Re: Patch for jdbc ResultSet.getTimestamp()

From: Barry Lind <barry(at)xythos(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: lockhart(at)fourpalms(dot)org, pgsql-patches(at)postgresql(dot)org
Subject: Re: Patch for jdbc ResultSet.getTimestamp()
Date: 2001-05-17 05:05:37
Message-ID: 3B035C21.60304@xythos.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches


More frequent jdbc releases are probably a good idea, but I still would
expect that they are being made from patches applied to the 7.1 branch,
not being pulled from the 7.2 main trunk. What happens when changes to
the backend for 7.2 start requiring changes to jdbc that may not be
backwardly compatible with 7.1? Isn't the whole point of having a 7.1
branch meant to have a place for patches/bug fixes that are isolated
from new feature development?

thanks,
--Barry

Bruce Momjian wrote:

>> I have JDBC2 here, and can test the compile. I am focusing on the CVS
>> because I have major jdbc patches back to February already applied.
>> There are so many fixes in CVS now, I am not sure how valuable 7.1.2
>> jdbc will be even with this one patch.
>>
>> I certainly will not be applying any jdbc stuff to 7.1.X. I was told
>> not to apply stuff during beta. I am sure not going to apply anything
>> to a minor release.
>
>
> One more issue is that I am thinking JDBC will be similar to ODBC in
> that it will start releasing more frequently, independent of our major
> releases, Both interfaces need more frequent feedback to users.
>

In response to

Browse pgsql-patches by date

  From Date Subject
Next Message Thomas Lockhart 2001-05-17 05:45:37 Re: Patch for jdbc ResultSet.getTimestamp()
Previous Message Bruce Momjian 2001-05-17 04:27:28 Re: Patch for jdbc ResultSet.getTimestamp()