From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Oliver Jowett <oliver(at)opencloud(dot)com> |
Cc: | Michael Paesold <mpaesold(at)gmx(dot)at>, Markus Schaber <schabi(at)logix-tt(dot)com>, João Paulo Ribeiro <jp(at)mobicomp(dot)com>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: Behaviour of setAutoCommit may not be completely correct. |
Date: | 2006-04-01 05:06:40 |
Message-ID: | 7738.1143868000@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Oliver Jowett <oliver(at)opencloud(dot)com> writes:
> Does the specification trump the javadoc, or vice versa?
The spec certainly ought to win, but the fact that the change in the
javadoc is more recent is a pretty clear clue what Sun thinks.
You quote the spec text as
>> The default is for auto-commit mode to be enabled when the Connection
>> object is created. If the value of auto-commit is changed in the middle
>> of a transaction, the current transaction is committed.
I don't see that as unambiguous. If the autocommit setting is *changed*
then it's clear what must happen, but calling the method with the same
setting that already prevails could easily be considered not to cause
a "change" in the setting.
It looks to me like Sun is trying to clarify their reading of that
detail with the javadoc change. It's a crummy way to handle it; they
should have updated the spec. But I'd say the handwriting is on the
wall about what the next spec version will say.
Is it reasonable to provide an option about how to handle this case?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Kris Jurka | 2006-04-01 08:07:11 | Re: Behaviour of setAutoCommit may not be completely correct. |
Previous Message | Oliver Jowett | 2006-03-31 23:31:07 | Re: Behaviour of setAutoCommit may not be completely correct. |