
Some parts of this message have been removed.
Learn more about Nabble's
security policy.
Thanks Eric.
If you’re seeing issues similar
to those Eric describes, also try building iBATIS from the trunk. It should
help draw out the problem because we’ve removed the object pools for sessions,
requests etc. So where you may have seen a deadlock before, now you should see
a big nasty exception from your app server that tells you that you’ve had a
connection open too long, or that you forgot to close a connection. Or perhaps
it will hang too, who knows. :-)
I apologize for not getting a
release out yet. It’s simply a matter of finding the time in an insanely busy
year already!
I’d suggest holding a vote for
which iBATIS developer should do the build, but I have a feeling I’d win (i.e.
lose). ;-)
Cheers,
Clinton
From: Eric Floehr [mailto:Eric.Floehr@...]
Sent: February-05-08 8:47 AM
To: user-java@...
Subject: Ibatis throttle - possible deadlock (ibatis 2.2, 2.3)
All,
I wanted to let you know my experience with
this issue. We saw the same issues and deadlocks that others have
reported, especially under heavy loads.
As Clinton suggested, we looked to verify
we were using the proper transaction pattern (start, commit, end) in the right
try…catch…finally blocks. It was there that we noticed within the
transaction block a bit of code that took a lot of time to run and did not need
to be in the transaction block. Removing that code to outside the
transaction and thus tightening up the transaction block really helped.
Just FYI in case anyone else is seeing this issue.
Regards,
Eric