Bugzilla – Full Text Bug Listing
| Summary: | Import of a connection profile gives NPE | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Tools] Data Tools | Reporter: | Carsten Nikiel <carsten> | ||||||
| Component: | Connectivity | Assignee: | Brian Fitzpatrick <bfitzpat> | ||||||
| Status: | NEW --- | QA Contact: | |||||||
| Severity: | major | ||||||||
| Priority: | P3 | CC: | bfitzpat, buckett, lchan | ||||||
| Version: | 1.9 | ||||||||
| Target Milestone: | 1.9.1 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Carsten Nikiel
Hey Linda, since nothing else has changed in the core connectivity except for the OSGi tweaks you made for Indigo, I'm guessing this might be yours. It may have something to do with Oracle needing to change the enablement plug-ins they host themselves vs. what's in DTP? I don't think the NPE has anything to do with my previous changes.
The stack trace points to the following code snippet, which is not related and could have more robust handling. It looks like the driver template referenced by a driver instance no longer exists. Perhaps the driver definitions are out of sync with the profiles in the user environment.
DriverInstance[] testDI = DriverManager.getInstance().getDriverInstancesByName(driverName);
if (testDI != null) {
// we found the driver, so we're ok to continue
for (int index = 0; index < testDI.length; index++){
if (testDI[index].getTemplate().getId().equalsIgnoreCase(driverTypeID)) { // line 643
// the driver with the same name happens to have the same template ID, so we should be ok
xistingDriverHasName = true;
}
}
}
Carsten - are you using the Oracle plug-ins that come with DTP or the ones that come from Oracle? I WAS using the DTP from Oracle, but since you mentioned it I uninstalled it. NOW it works perfectly, but I miss some of the functionality from the OEPE. Like the execution plan in graphical form (or even the textual form) But at least without OEPE I do not have to type in the connection details each time I start eclipse. (In reply to comment #3) > Carsten - are you using the Oracle plug-ins that come with DTP or the ones that > come from Oracle? (In reply to comment #4) > I WAS using the DTP from Oracle, but since you mentioned it I uninstalled it. > NOW it works perfectly, but I miss some of the functionality from the OEPE. > Like the execution plan in graphical form (or even the textual form) > > But at least without OEPE I do not have to type in the connection details each > time I start eclipse. Thanks Carsten - that gives me somewhere to start. I'm unable to reproduce it locally and suspected I was missing something. I'll see if I can get this licked for the first maintenance release. I'm seeing this on Juno SR2 importing connection profiles generated from Indigo. Created attachment 227928 [details]
connection specification that is failing to import.
connections.dat is an edited attachement that is failing to import for me on Juno SR2.
Created attachment 227929 [details]
stack trace from juno SR when import fails
Stack trace from: Build id: 20130225-0426 with DTP version 1.10.2.v201209181447
My problem was that I had the Data Toole Platform Extender SDK installed but not the Data Tool Platform Enablement Extender SDK. Installing the Extender allowed the import of the connection profiles to work without a problem. I still think it stands as a bug because you should get a better error message. SPAM comment removed |