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  (Markus Schaber <schabios@logi-track.com>)
Список 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 по дате отправления:

Предыдущее
От: Markus Schaber
Дата:
Сообщение: Avoiding explicit addDataType calls for PostGIS
Следующее
От: Kris Jurka
Дата:
Сообщение: Re: RE : Postgres 8.0 + JDBC