This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Build: Hula System Build http://bits.nbextras.org/netbeans/6.0/nightly/200704230000/installers/ netbeans-6.0-nightly-200704230000-full-windows.exe =================================================================== When using DataDirect driver to connect to Oracle 10g database, in runtime config for Connection Pool from App Server (under: Resource -> JDBC -> Conncection Pool), the SID that is used is different from the value that user enter (under 'Addition Properties'). It seems like the value 'orcl' is always used (hardcoded?) for SID. User won't see this problem if the Database Name (SID) is named 'orcl'. However, if the Oracle database SID is anything else other 'orcl', the connection will fail with connection error (see attached jpeg file).
Created attachment 41770 [details] User Entered SID under Additional Properties screen
Created attachment 41771 [details] Wrong SID used
Please look into this.
This is not a jdbc binding component bug, however I have observed this behaviour. As a work around can you configure SID also as a property apart from specifiying in the url. Please assign this to the appropriate team. I am not sure which team has to look at it, looks like application server team.
reassinging to more appropriate component
Hong, Can you please help reproduce the problem and assign it to the right category ? I don't see why this is being assigned to j2ee/persistance ? thanks
slunegov: please do not assign to j2ee/persistence issues that are not related to the Java Persistence API support. Use ide/golden when you don't know the right component.
Are you creating the connection pool via NetBeans or via adminconsole. From the description it appears that the connection pool was created by user in the adminconsole and error comes from the adminconsole too. Please clarify. If so, it appears that it is a glassfish issue and IO will file this issue against the server.
this looks like it never really "resolved". resetting the TM
This has been incomplete for over a year. Closing. Reopen if you can confirm the issue still exists AND provide the additional information.