-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jonathan,
On 3/25/14, 10:53 AM, Pierce, Jonathan D wrote: > In the Aries class, the expectation is that > XAConnection.getConnection().close() will return the connection to > the pool, and that XAConnection.close() would close the physical > connection. That sounds counter intuitive to me. > This seems to jive with the documentation on > PooledConnection.close > (http://docs.oracle.com/javase/6/docs/api/javax/sql/PooledConnection.html): > > > "Closes the physical connection that this PooledConnection object > represents. An application never calls this method directly; it is > called by the connection pool module, or manager. See the > interface description for more information." What's odd is that PooledConnection.getConnection() is documented to return a discardable wrapper of the current connection object. That's unexpected as far as I'm concerned. Without any (English) documentation, I would have expected the getConnection() method to return the underlying connection -- the physical connection. I wonder if that's the mistake that's been made, here. > The reason I'm using the library outside of Tomcat is because I > need a connection pooling library, and I'm running in an OSGi > environment (not a Java Servlet Container). I came across > tomcat-jdbc and after reading the documentation and doing some > research it seemed like an improved drop in replacement for Apache > Commons DBCP. > > We have been using it for over a year without problem. Only > recently when we tried to implement distributed transactions have > we run into any issues. tomcat-pool should work perfectly fine outside of a Tomcat instance. I think John just didn't realize that it was largely independent of Tomcat itself. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTMeHAAAoJEBzwKT+lPKRYPk8QAMTe22Jz2TyE1oy4AppTDzKf bJK8a+uOxH8C8UaBtBqP2V5Sxc8/Ys2nC6SHOSJpMEEDoLrcoOQhuvhzQc7LyW4W vEPkf2xhoPmQq9V5Ho2Uy9nBpB2hL20vfPCjoFcjEldG2tCFF8LawsyJW5W/y8Rt YuDmNlw8bvx6bcaL7qYkMb0+wdB19iRs3FGAXBBllg1GnkmcuwNa4u9cxfaPQSaV gYvQ+kWerMI8fNfokRD3I+mutTjKCsX+imTFCrIf1TZiJJjHX8NEvsko0/lUaEUI AvrJv6uru8wuuT8uSpk86WN4gaDA80aIwJONMH5IfEp8FVF0B8yTMHbRrCg/C9OF BoeMkf2iAHBCz4PZULJxMm6QxGmeyyhf4MCXEwGFhS6EQLS6+QqB00mEIQsee7oc FYRfrEwsHs59OMH9LaPGBg6C0cA6XyGSKN2lyHGaEnSULmSS1vVEmu7fp2pXTlEd Cd+bq7GgXdZrq15Yc8DM/Qc9iv7cSD4ObCiO596JyjpYi8BB+yRw8GTdiSi0w4jS LK3zMNxms+nIZppi8ckFCIWv0G8hv6Nf9ZzfU64ycH6BT6IxFSGr3UP8mpsNB1Q3 RkEpxFfSaW5LGW79WGg8NEvNUjCABIROvycs93cBecLyZHOOCU+QzunkXU27l6UV zYlyW1MEKJY5jKbKNCAr =tjsR -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org