[weld-dev] persistence and transactions outside Java EE
Gavin King
gavin.king at gmail.com
Tue Nov 24 14:26:58 EST 2009
Ok, thanks.
Sent from my iPhone
On Nov 24, 2009, at 1:01 PM, Jonathan Halliday <jonathan.halliday at redhat.com
> wrote:
>
> The 3rd party pools out there will only pool Connection, not
> XAConnection, so they are largely useless to JBossTS.
>
> The current architecture I have for the JBossTS+tomcat prototype
> puts the transaction manager directly on top of the driver's own
> XADataSource. Most db vendor implementations of that have built-in
> pooling, so JBossTS TransactionalDriver does not pool itself, nor
> use a 3rd party pool.
>
> The code does weird tomcat specific classloader hacks, but you
> should be able to 'borrow' 90% of what you need from it if you want
> to go with a JCA-free design:
>
> http://anonsvn.jboss.org/repos/labs/labs/jbosstm/workspace/jhalliday/tomcat-integration/
>
> Jonathan.
>
> On 11/23/2009 05:34 PM, Gavin King wrote:
>> Yes, I understand the need for XA enlistment, but JBoss Transactions
>> is already able to do that, right? What I'm saying is that you would
>> use the TransactionalDriver together with a pool. Or does
>> TransactionalDriver already do pooling?
> ...
>
> --
> ------------------------------------------------------------
> Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
> Street, Windsor, Berkshire, SI4 1TE, United Kingdom.
> Registered in UK and Wales under Company Registration No. 3798903
> Directors: Michael Cunningham (USA), Charlie Peters (USA), Matt
> Parsons (USA) and Brendan Lane (Ireland)
More information about the weld-dev
mailing list