Re: SQLJSON - Mailing list pgsql-jdbc
From | Sehrope Sarkuni |
---|---|
Subject | Re: SQLJSON |
Date | |
Msg-id | CAH7T-apE6M8oEJBMGNTypQ412KbDniYnDdFcKnXi=2fRhF6Row@mail.gmail.com Whole thread Raw |
In response to | Re: SQLJSON (Dave Cramer <pg@fastcrypt.com>) |
Responses |
Re: SQLJSON
(Álvaro Hernández Tortosa <aht@8Kdata.com>)
|
List | pgsql-jdbc |
On 28 June 2015 at 16:32, Christopher BROWN <brown@reflexe.fr> wrote:Embedding the API will cause classloader conflicts for those who already have the API in their classpath. Same goes for embedding the reference implementation.
The API, or the implementation ???
The service loader API can be problematic for OSGi users, as it isn't very helpful for hot reloading of classes. The PostgreSQL JDBC driver currently works well in such environments, it would be unfortunate to lose that advantage through an attempt to help out another category of users.
This shouldn't be the only way of selecting an implementation, and bundling a given version of the API + RI shouldn't be the only build option. I'm certainly not against making this Just Work, but here there's a possibility that all this extra stuff could actually cause things to break .
so how do we make it "Just Work" ?
pgsql-jdbc by date: