[jbossts-issues] [JBoss JIRA] Commented: (JBTM-354) race condition in XAResource start/end handling due to async rollback

Jonathan Halliday (JIRA) jira-events at lists.jboss.org
Thu Jun 5 11:20:20 EDT 2008


    [ http://jira.jboss.com/jira/browse/JBTM-354?page=comments#action_12415763 ] 
            
Jonathan Halliday commented on JBTM-354:
----------------------------------------

oops, can't see the wood for the trees...  Both Abort and add are synchronized methods, so the intrinsic lock on the BasicAction method should suffice given the new code in enlistResource.

> race condition in XAResource start/end handling due to async rollback
> ---------------------------------------------------------------------
>
>                 Key: JBTM-354
>                 URL: http://jira.jboss.com/jira/browse/JBTM-354
>             Project: JBoss Transaction Manager
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: JTA Implementation, JTS Implementation
>    Affects Versions: 4.3.0.GA, 4.2.3.SP5
>            Reporter: Jonathan Halliday
>         Assigned To: Jonathan Halliday
>             Fix For: 4.2.3.SP8, 4.4.CR1
>
>
> There exists a race condition such that we may call start on an XAResource but never call end (or anything else) on it if the transaction times out whilst the resource enlistment is still in progress. This is a Bad Thing and may make resource managers unhappy.
> To reproduce:
>         TransactionManager tm = new TransactionManagerImple();
>         tm.setTransactionTimeout(5);
>         tm.begin();
>         Transaction t = tm.getTransaction();
>         // XAResourceImpl has a start method with Thread.sleep longer than 5s
>         XAResource xaResource = new XAResourceImpl(); 
>         t.enlistResource(xaResource);
>         Thread.sleep(10);
>         // reaper times out the tx, resource manager for XAResource
>         // *may* have received start but never receives end.
> Fix notes: TransactionImple.enlistResource needs to lock out the reaper thread.  At first glance an alternative fix is to put the resource into the transaction's internal data structure before calling start on it, but that would allow an 'end, begin' sequence of calls to be seen by the resource manager.
> caution: ref support case i-t #171373 there *may* exist additional race conditions in the app server JCA so this change alone won't necessarily fix the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jbossts-issues mailing list