Re: Result Set Cursor Patch - Mailing list pgsql-jdbc

From Barry Lind
Subject Re: Result Set Cursor Patch
Date
Msg-id 409989B6.8030708@xythos.com
Whole thread Raw
In response to Re: Result Set Cursor Patch  (Oliver Jowett <oliver@opencloud.com>)
Responses Re: Result Set Cursor Patch
List pgsql-jdbc

Oliver Jowett wrote:
> Are we still tracking the main tree's release cycle then? I thought part
> of the reason for moving to gborg was because the JDBC driver's release
> cycle didn't match the main tree's release cycle well?
>
> I have a large stack of not-yet-ready-for-prime-time v3 protocol changes
> that I'd like to get in at some point -- but I don't want to get bitten
> by "we're in beta, this is too big to apply". Are we planning on a
> code/feature freeze or similar, tracking whatever 7.5 is doing?
>

I suspect we are trying to track the server release schedule.  7.5 looks
like it might be the first server release in a while that didn't require
changes to the jdbc driver to remain compatible with it.  So I don't
know of a reason right now that would force a new jdbc version at the
same time as 7.5 of the server, however I think it is a good idea.

As for the move to gborg, the rational of different release cycles was
one argument made by those forcing the jdbc driver out of the base
source tree.  Jdbc was moved to gborg not by choice but by mandate.

--Barry



pgsql-jdbc by date:

Previous
From: Tom Lane
Date:
Subject: Re: V3 extended query protocol and type problems
Next
From: Karel Zak
Date:
Subject: Re: [HACKERS] Weird prepared stmt behavior