From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: JDBC 4 Compliance |
Date: | 2013-06-25 00:47:06 |
Message-ID: | 51C8E88A.4060803@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
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
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2013-06-25 01:16:14 | Re: JDBC 4 Compliance |
Previous Message | Kevin Wooten | 2013-06-24 23:18:14 | Re: JDBC 4 Compliance |