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
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... |
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." |