>> It probably was about a conflict in dependencies with groovy. iBATIS has no required dependencies, but yeah, if it found an incompatible version of commons logging, cglib or log4j, it might have issues.
If it turns out that the newer versions are not compatible, let us know and we'll upgrade them in 2.3.1... Yay for JAR hell! Clinton -----Original Message----- From: Nikolas Kyriazopoulos Panagiotopoulos [mailto:[EMAIL PROTECTED] Sent: January-14-08 11:37 AM To: [email protected] Subject: Re: Ibatis throttle - possible deadlock (ibatis 2.2, 2.3) 2008/1/14, Clinton Begin <[EMAIL PROTECTED]>: > Any details on that? We observed the phenomenon of multiple sessions waiting on Throttle (despite the fact that all session handling is done by Spring and not by us) on Throttle.increment, despite the fact that the database had all connections sleeping and waiting to be used. > > Sorry this is so hard to debug, but if you're using Spring and Groovy on top > of iBATIS, you'll have a heck of a stack trace to debug through.... Indeed it's difficult to see if it's our configuration, ibatis or the spring support for ibatis. > Also, I'm confused why the version in the trunk wouldn't work... It probably was about a conflict in dependencies with groovy. > > Clinton > > -----Original Message----- > From: Stéphane Hanser [mailto:[EMAIL PROTECTED] > Sent: January-14-08 9:25 AM > To: [email protected] > Subject: Re: Ibatis throttle - possible deadlock (ibatis 2.2, 2.3) > > We also tried to use the last ibatis version from svn but it doesn't > work with our application (it seems that tere are compatibility issues > with groovy or something) > > > Le 14 janv. 08 à 12:47, Nikolas Kyriazopoulos Panagiotopoulos a écrit : > > >> Could you possibly have an old iBATIS jar somewhere - maybe at the > >> common > >> or server level in Tomcat? > > Not anymore. > > > >> > >> What db and what version? If it's mysql, which type? > > MySql 5.0.45 (client) 5.0.32-Debian_7etch3-log(server), InnoDb > > > >> What does the jdbc URL look like? Are you passing any special > >> arguments > >> via the JDBC URL? > > jdbc:mysql://<an ip address here>/<database name here> > > no arguments to my knowledge (apart from normal username and > > password) > > > >> Are you using straight SQL in the SqlMaps or are you using stored > >> procedures? > > Straight SQL only > > > >> Are you seeing any locks in the db itself? > > No. > > > >> You could set the java.sql logging category to DEBUG and then you'd > >> be able > >> to trace which statements are blocking. This will generate a lot > >> of logfile > >> data, so be ready for it. > > > > Ok, we are configuring it at the moment. Stay tuned ;) > > > > -- Gobelin Survivant du dev de www.650km.com http://recursive-cacophony.net/tec-goblin http://googoomucks.blogspot.com -------------------------------------------------------------------------- no creed on earth can replace or provide in my darkest hour, the comfort I'd feel leading me to see I can be more than I expect of me vnv nation
