David, here's a clarification from Sun, regarding the question we had about whether a tx manager could use any connection to commit any transaction. (They say it can.)
Benjamin -----Original Message----- From: Ram Jeyaraman [mailto:[EMAIL PROTECTED]] Sent: 13 July 2002 01:04 To: Geer, Benjamin Subject: Re: request for clarification: must resources be stateless? trailing comments .. "Geer, Benjamin" wrote: > > Ram Jeyaraman wrote: > > - the transaction completion for a transaction (Xid) may > > occur from any > > XAResource and this is merely a communication to the resource manager. > > Thanks for this response. There's something that doesn't quite seem to > make sense here. The JTA spec says, in section 3.4.6: > > "To initiate the transaction commit process, the transaction manager is > allowed to use any of the resource objects connected to the same > resource manager instance. The resource object used for the two-phase > commit protocol need not have been involved with the transaction being > completed." > > Contrary to what you say above, this seems to mean that the transaction > manager is *not* allowed to commit an Xid using any XAResource; it is > only allowed to use an XAResource object which is "connected to the same > resource manager instance" that was previously used for the transaction. perhaps, the confusion is due to the term "resource manager instance". Are you assuming the resource manager instance to be a connection instance? The resource manager instance here refers to the real Resource Manager (for example, Oracle or Sybase). There may be several connections to the same resource manager instance. Each connection has its own XAResource object. The transaction manager may send the transaction completion (prepare/commit) on any connection, and not necessarily the same connection that the application used to do the transactional work. - Ram ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
