Quoting [EMAIL PROTECTED]: > Guys, > > Thanks a lot - that was a while ago, and I nearly forgotten about the > email.
sorry about the delay. > In the meantime, we ran into another issue that I explain below. If you > could comment on it that would be great. > > I'm trying to understand your scenario here, what is your environment? WS Tx impl, J2EE impl etc... > We have a code for several services (atomic transaction participants) > running on the same machine. We bind service code to the TxManager via > "enlist". It appears that when Bridge translates coordination context to > local transaction identifier (e.g. for a purpose of register message), > that all the participants get registered through a backend, as a result > of invocation of java transaction manager; so if one participant is > registered, subsequent register requests are included in the AT > automatically, based on the existing local transaction identifier. And > the same happens for prepare/commit. > > Does this happen because they are bound to the same transaction manager? > We are not sure how to make them register or vote as independent web > services? Does it have to do something with using TransactionManager, > and not UserTransaction? > > Thanks, > Ivan > > PS - please let me know if you mind this way of interactions, or would > prefer if I in future send questions to the list? if you send questions to the list, others can answer your questions and may be even benifit from the discussion. So it is better to post questions there and that's the apache model. thanks --dasarath > > > > Ivan Djordjevic, PhD > > Research Professional, Security Research Centre > > BT Group Chief Technology Office > > ___________________________ > > > > pp2a > > Rigel House > > Adastral Park > > Martlesham Heath > > Ipswich > > Suffolk IP5 3RE > > United Kingdom > > > > Office: > > Mobile: 07918 192909 > > Fax : 01473 649546 > > Email: [EMAIL PROTECTED] > > > > British Telecommunications plc > Registered office: 81 Newgate Street London EC1A 7AJ > Registered in England no. 1800000 > > This electronic message contains information from British > Telecommunications plc which may be privileged or confidential. The > information is intended to be for the use of the individual(s) or entity > named above. If you are not the intended recipient be aware that any > disclosure, copying, distribution or use of the contents of this > information is prohibited. If you have received this electronic message > in error, please notify us by telephone or email (to the numbers or > address above) immediately. > > Activity and use of the British Telecommunications plc email system is > monitored to secure its effective operation and for other lawful > business purposes. Communications using this system will also be > monitored and may be recorded to secure effective operation and for > other lawful business purposes. > > > -----Original Message----- > From: Dasarath Weeratunge [mailto:[EMAIL PROTECTED] > Sent: 03 October 2005 21:44 > To: Thilina Gunarathne > Cc: [EMAIL PROTECTED]; Djordjevic,I,Ivan,CXR7 R > Subject: Re: Fwd: Kandula implementation > > Quoting Thilina Gunarathne <[EMAIL PROTECTED]>: > > please see my comments below. > > > Forwarding the question to the original author of Kandula..... > > > > Thanks, > > ~Thilina > > > > ---------- Forwarded message ---------- > > From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > > Date: Sep 7, 2005 8:11 PM > > Subject: Kandula implementation > > To: [EMAIL PROTECTED] > > > > Hi Thilina, > > > > I have a few questions related to your implementation of Kandula. > > > > (ref to doc at > > > https://svn.apache.org/repos/asf/webservices/kandula/branches/Kandula_1/ > src/html/ws-tx.htm) > > > > Is the client (i.e. participant) transaction supported with > > SurrogateWSAtomcTransactionCoordinator if JTA transaction manager is > > installed, and TransactionManager if not (i.e. "standalone client") > > this is correct. > > > > > And in any case, WSAtomcTransactionCoordinatorImpl is an instance at > the > > coordinator side for a particular transaction? > > correct. > > thank you. > > --dasarath > > > > > Thanks, > > > > Ivan > > > > *Ivan Djordjevic, PhD* > > > > Research Professional, Security Research Centre > > > > BT Group Chief Technology Office > > > > ___________________________ > > > > pp21 > > > > Rigel House > > > > Adastral Park > > > > Martlesham Heath > > > > Ipswich > > > > Suffolk IP5 3RE > > > > United Kingdom > > > > Office: > > > > Mobile: 07786 394334 > > > > Fax : 01473 649546 > > > > Email: [EMAIL PROTECTED] > > > > British Telecommunications plc > > Registered office: 81 Newgate Street London EC1A 7AJ > > Registered in England no. 1800000 > > > > This electronic message contains information from British > Telecommunications > > plc which may be privileged or confidential. The information is > intended to > > be for the use of the individual(s) or entity named above. If you are > not > > the intended recipient be aware that any disclosure, copying, > distribution > > or use of the contents of this information is prohibited. If you have > > received this electronic message in error, please notify us by > telephone or > > email (to the numbers or address above) immediately. > > > > Activity and use of the British Telecommunications plc email system is > > monitored to secure its effective operation and for other lawful > business > > purposes. Communications using this system will also be monitored and > may be > > recorded to secure effective operation and for other lawful business > > purposes. > > > > -- > > "May the SourcE be with u" > > http://www.bloglines.com/blog/thilina > > http://webservices.apache.org/~thilina/ > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
