Re: Versioning - was JDBC 4 Compliance - Mailing list pgsql-jdbc

From Dave Cramer
Subject Re: Versioning - was JDBC 4 Compliance
Date
Msg-id CADK3HH+cHZ9reSPg8SPw9rNaBVt8=f5bOP3WGitZshz=e9pP0g@mail.gmail.com
Whole thread Raw
In response to Versioning - was JDBC 4 Compliance  (John Lister <john.lister@kickstone.com>)
Responses Re: Versioning - was JDBC 4 Compliance
List pgsql-jdbc
John,

I'm trying to understand how changing the version number of the driver would affect all of the current users.

There are quite a few people using the driver and suddenly moving it seems precipitous 

Dave Cramer

dave.cramer(at)credativ(dot)ca
http://www.credativ.ca


On Mon, Jun 24, 2013 at 5:44 PM, John Lister <john.lister@kickstone.com> wrote:
I mentioned it in my previous post, but what are the lists thoughts on using a different versioning strategy for the driver in a similar manner to other OS projects.

My suggestion would be to:
- freeze the current release at v1.x for partial JDBC4 support
- archive the pre JDBC4 versions completely
- start a new version 2, for example incorporating the major NIO and XA changes previously discussed running on the current JDK incorporating stubs or complete functions for the latest JDBC spec features as needed, etc and supporting the latest versions of Postgres as appropriate

Work would progress with v2 with only significant bug fixes to then be propagated back to v1.

Hopefully this reaches some compromise for the stability issues with existing users who can remain on v1 with newer projects migrating to the v2.

At some point in the future I'd envisage a new version being released for example with the release of JDK8 or JDBC5 as required..

John


--
Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-jdbc

pgsql-jdbc by date:

Previous
From: Andreas Joseph Krogh
Date:
Subject: Re: JDBC 4 Compliance
Next
From: Andrew Hastie
Date:
Subject: Re: JDBC 4 Compliance