[jboss-dev-forums] [JBoss Transactions Development] - Re: remote tx inflow: timeouts

Tom Jenkinson do-not-reply at jboss.com
Tue Oct 11 07:22:42 EDT 2011


Tom Jenkinson [http://community.jboss.org/people/tomjenkinson] created the discussion

"Re: remote tx inflow: timeouts"

To view the discussion, visit: http://community.jboss.org/message/631103#631103

--------------------------------------------------------------
Fair enough!! I will check again  :) 
> Mark Little wrote:
> 
> I understand the scenario. We do this in JTS. Still do it without a "fudge factor"  :p 
> > Tom Jenkinson wrote:
> > 
> > I don't think I am explaining this well enough.
> > 
> > Say there is a root TM and a subordinate TM with a timeout of say 2 second
> > 
> > time T+0: root TM starts transaction timeout of 2
> > time T+1:  tx flows to subordinate TM (using the remaining amount of timeout at root TM as the timeout for subordinate TM, i.e. the timeout value appears to be 1 at the subordinate TM)
> > time T+2: subordinate TM timesout and forgets about the transaciton AND root TM timesout. The root TM timeout cascades the abort to all XAResources (remember in the model we are going for subordinate transaction managers are registered as XAResources so each subordinate gets a call to abort from the root tm)
> > time T+3: the subordinate transaction manager receives the abort message from the root TM via the proxy XAResource but by now has cleaned up the transaction so will return an error indicating that it can't find the transaction
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/631103#631103]

Start a new discussion in JBoss Transactions Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2041]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20111011/89a8edbd/attachment.html 


More information about the jboss-dev-forums mailing list