-----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

Reply via email to