Hi all again, I have gone one step further. I have read some documentation "WebSphere MQ XA support and Tuxedo" where it says anonymous wrote : It is possible for WebSphere MQ on Windows and UNIX systems to block | Tuxedo-coordinated XA applications indefinitely in xa_start. This can occur only | when two or more processes coordinated by Tuxedo in a single global transaction | attempt to access WebSphere MQ using the same transaction branch ID, or XID. If | Tuxedo gives each process in the global transaction a different XID to use with | WebSphere MQ, this cannot occur. | To avoid the problem, configure each application in Tuxedo that will access | WebSphere MQ under a single global transaction ID (gtrid), within its own Tuxedo | server group. Processes in the same server group use the same XID when accessing | resource managers on behalf of a single gtrid, and are therefore vulnerable to | blocking in xa_start in WebSphere MQ. Processes in different server groups use | separate XIDs when accessing resource managers and so will not have to worry | about serializing their transaction work in WebSphere MQ.
I have seen the following in the TransactionManagerImpl.enlistResource() code: // The xaRes is new. We register the xaRes with the Xid | // that the RM has previously seen from this transaction, | // and note that it has the same RM. | resource = addResource(xaRes, resource.getXid(), resource); | return resource.startResource(); | How could I avoid this problem. TIA Felipe View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880745#3880745 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880745 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 _______________________________________________ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user