Re: Connection.setCatalog method
От | Fernando Nasser |
---|---|
Тема | Re: Connection.setCatalog method |
Дата | |
Msg-id | 3F2FF866.6020206@redhat.com обсуждение исходный текст |
Ответ на | Connection.setCatalog method ("Philip A. Chapman" <pchapman@pcsw.us>) |
Ответы |
Re: Connection.setCatalog method
|
Список | pgsql-jdbc |
Yes, setCatalog() should switch the connection to another database (it can only be ignored if the driver does not support catalogs, which is not the case). I have no idea why that patch was not applied. Could not find anything after the thread you've pointed to. Regards, Fernando Philip A. Chapman wrote: > Everyone, > > I am working on yet another database administration application. I have > run into some issues because the JDBC implementation of > Connection.setCatalog() > (org.postgresq.jdbc1.AbstractJdbc1Connection.java) does nothing when > setCatalog() is called. My understanding is that doing nothing is > allowed by the JDBC specification, but this is somewhat confusing as > getCatalog() returns a value and DatabaseMetaData.getCatalogs() returns > a list of values. > > While searching though this list's archives, I found a thread from July > of 2001 that deals with this subject. Toward the end of the thread, it > appears as though it was decided that the setCatalog() functionallity > should be implemented and that a patch was to be accepted to make this > happen: > > http://archives.postgresql.org/pgsql-jdbc/2001-07/msg00150.php > > What has become of this? Can someone shed some light on why > Connection.getCatalog and DatabaseMetaData.getCatalogs() work, but > Connection.setCatalog does not? -- Fernando Nasser Red Hat Canada Ltd. E-Mail: fnasser@redhat.com 2323 Yonge Street, Suite #300 Toronto, Ontario M4P 2C9
В списке pgsql-jdbc по дате отправления: