Re: Avoiding explicit addDataType calls for PostGIS - Mailing list pgsql-jdbc

From Kris Jurka
Subject Re: Avoiding explicit addDataType calls for PostGIS
Date
Msg-id Pine.BSO.4.56.0410061127450.5501@leary.csoft.net
Whole thread Raw
In response to Avoiding explicit addDataType calls for PostGIS  (Markus Schaber <schabios@logi-track.com>)
Responses Re: Avoiding explicit addDataType calls for PostGIS  (Markus Schaber <schabios@logi-track.com>)
List 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 by date:

Previous
From: Markus Schaber
Date:
Subject: Avoiding explicit addDataType calls for PostGIS
Next
From: Kris Jurka
Date:
Subject: Re: RE : Postgres 8.0 + JDBC