Re: [JDBC] problem with new autocommit config parameter

From: Barry Lind <barry(at)xythos(dot)com>
To: Curt Sampson <cjs(at)cynic(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, "pgsql-jdbc(at)postgresql(dot)org" <pgsql-jdbc(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [JDBC] problem with new autocommit config parameter
Date: 2002-09-10 16:36:28
Message-ID: 3D7E1F8C.40902@xythos.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-jdbc

I am waiting for this thread to conclude before deciding exactly what to
do for the jdbc driver for 7.3. While using the 'set autocommit true'
syntax is nice when talking to a 7.3 server, the jdbc driver also needs
to be backwardly compatible with 7.2 and 7.1 servers. So it may just be
easier to continue with the current way of doing things, even in the 7.3
case.

thanks,
--Barry

Curt Sampson wrote:
> On Mon, 9 Sep 2002, Tom Lane wrote:
>
>
>>If autocommit=off really seriously breaks JDBC then I don't think a
>>simple SET command at the start of a session is going to do that much
>>to improve robustness. What if the user issues another SET to turn it
>>on?
>
>
> You mean, to turn it off again? The driver should catch this, in theory.
>
> In practice we could probably live with saying, "Don't use SET
> AUTOCOMMIT; use the methods on the Connection class instead."
>
> Probably the driver should be changed for 7.3 just to use the server's
> SET AUTOCOMMIT functionality....
>
> cjs

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-09-10 17:38:00 Re:
Previous Message Sean Chittenden 2002-09-10 16:30:43 Re: Optimization levels when compiling PostgreSQL...

Browse pgsql-jdbc by date

  From Date Subject
Next Message Daniel Serodio 2002-09-10 17:19:54 Re: Closing Statements and ResultSets
Previous Message David Wall 2002-09-10 16:05:08 Re: Blobs and "No results were returned by the query."