Re: JDBC 4 Compliance

On 6/24/2013 4:18 PM, Kevin Wooten wrote:
> Second, porting my implementation back to Java 5/6 and/or PostgreSQL
> servers prior to 9.2.  The current driver has lots of special case
> code for servers and now JDK’s that have been EOL’d.  My project
> implementation currently has none, it runs on JDK 7/JDBC 4.1 and
> Postgres >= 9.2.  I believe there is a more elegant way to handle
> these cases going forward than the option used in the mainstream
> project of abstract/concrete classes for each JDBC version. I think
> JDBC differences should be handled with the maven pre-processor plugin
> to conditionally compile for each JDBC. Server differences can still
> use special case code and/or polymorphic classes to address the
> problem/feature at hand.

speaking as a user and system administrator, I would NOT want to need to
use different JAR files for each {jvm,postgres} version. that would be a
nightmare.

we have a LOT of systems in our manufacturing operations that are
running older versions of {os, postgres, jvm} for various reasons, not
the least of which is upgrades often break things in very non-obvious ways.

--
john r pierce                                      37N 122W
somewhere on the middle of the left coast