ibatis-user-java mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James, Steven" <Steven.Ja...@logicacmg.com>
Subject RE: Ibatis and Junit tests
Date Mon, 05 Sep 2005 07:34:17 GMT
Are you placing endTransaction in addition to your commit..


From: Paul Glezen [mailto:pglezen@us.ibm.com]
Sent: Fri 02/09/2005 18:51
To: user-java@ibatis.apache.org
Subject: RE: Ibatis and Junit tests

Because that only tells me "what". It doesn't tell me "why". So I do trace the JDBC driver.
But when I have an iBatis commit in my code and see no commit in the driver, I'd like to see
why. When the JDBC driver says autocommit was set to false, and I see commits despite not
calling commit, I'd like more insight into the reason. Understanding these things would help.

- Paul

Paul Glezen
Consulting IT Specialist
IBM Software Services for WebSphere
818 539 3321

"James, Steven" <Steven.James@logicacmg.com> wrote on 09/02/2005 08:56:03 AM:

> Why not just switch on you db vendor logging facility i find this 
> far more useful.
> Steve
> ________________________________
> From: Paul Glezen [mailto:pglezen@us.ibm.com]
> Sent: Fri 02/09/2005 16:37
> To: user-java@ibatis.apache.org
> Subject: Re: Ibatis and Junit tests
> This is precisely the kind of thing that would be apparent if the 
> iBatis logging were a bit more verbose.  I asked about this earlier 
> on the list and didn't see much of a response.  We shouldnt' have to
> dig into iBatis source code to know about important events like 
> driving close, commit, etc.
> - Paul
> Nicholoz Koka Kiknadze <226057@gmail.com> wrote on 09/02/2005 07:04:52 AM:
> > IMO iBatis does call connection.close() after commit/rollback, but 
> > if you are using any kind of connection pooling physical connections
> > will obviously survive. 
> > 
> > I tryed to locate where forceCloseAll method (that closes all pooled
> > connections) is called for SimpleDataSource, but could not... Maybe 
> > that's what is causing the problem 
> > 
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be 
> copied, disclosed to, retained or used by, any other party. If you 
> are not an intended recipient then please promptly delete this e-
> mail and any attachment and all copies and inform the sender. Thank you.
> [attachment "winmail.dat" deleted by Paul Glezen/Austin/IBM] 

View raw message