Re: Avoiding explicit addDataType calls for PostGIS
От | Kris Jurka |
---|---|
Тема | Re: Avoiding explicit addDataType calls for PostGIS |
Дата | |
Msg-id | Pine.BSO.4.56.0410061127450.5501@leary.csoft.net обсуждение исходный текст |
Ответ на | Avoiding explicit addDataType calls for PostGIS (Markus Schaber <schabios@logi-track.com>) |
Ответы |
Re: Avoiding explicit addDataType calls for PostGIS
|
Список | pgsql-jdbc |
On Wed, 6 Oct 2004, Markus Schaber wrote: > The second approach would add a "wrapper" parameter to the postgresql > driver url. This parameter contains comma-separated class names that all > implement a common interface. On every connect() call, the driver would > then instantiate all of those classes [1], and then pass > the created PGConnection to those classes, before return. The problem with the driver instantiating any classes from strings is that classloaders for the driver may not be able to load the given classes even though user code could. Note that PGConnection.addDataType(String type, String classname) is deprecated for addDataType(String type, Class klass) to avoid exactly this problem. That said I understand your frustration and I think your first approach is rather clever. Let's see what other people have to say about the other approaches and the above limitation. > (BTW, is it possible that there is no license file in pg-jdbc cvs?) Yeah, it used to be part of the main server tree and used that license, but now that it's out on its own I'll see about adding one. A plain BSD license in case you were wondering. Kris Jurka
В списке pgsql-jdbc по дате отправления: