Received: from arkin.exoffice.com (IDENT:root@[207.33.160.104]) by hub.org (8.9.3/8.9.3) with ESMTP id NAA12565 for ; Thu, 9 Dec 1999 13:24:05 -0500 (EST) (envelope-from arkin@exoffice.com) Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id KAA00967; Thu, 9 Dec 1999 10:35:53 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <384FF178.FA37B01F@exoffice.com> Date: Thu, 09 Dec 1999 10:14:16 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: Peter Mount CC: pgsql-interfaces@hub.org Subject: Re: [INTERFACES] Transaction support in 6.5.3/JDBC References: <1B3D5E532D18D311861A00600865478C70BF1A@exchange1.nt.maidstone.gov.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > PM: Hmmm, in theory if a transaction is in a dead state (ie: an SQL > statement failed, so anything else is ignored until the rollback), there > should be a message in the notify queue. Our JDBC driver keeps these in > the warnings queue, so you could read them prior to calling commit() > yourself. From what I gather if an SQL statement failed, the CompletedResponse will show *ABORT STATUS*. That's an easy modification. I'm not sure about a warning being sent, I need to figure how to test this one. The BE also returns the name of the cursor. I assume this one should be returned from ResultSet.getCursorName()? arkin > > arkin > > -- > ____________________________________________________________ > Assaf Arkin arkin@exoffice.com > CTO http://www.exoffice.com > Exoffice, The ExoLab Company tel: (650) 259-9796 > > ************ > > ************ -- ____________________________________________________________ Assaf Arkin arkin@exoffice.com CTO http://www.exoffice.com Exoffice, The ExoLab Company tel: (650) 259-9796