Issue 3428: OTS Synchronization afterCompletion (status) (ots-rtf) Source: Versant Technology (Mr. Craig Russell, clr(at)versant.com) Nature: Uncategorized Issue Severity: Summary: During the afterCompletion callback, the status parameter is as if the requester had asked for the status. What is the status for a committed transaction during afterCompletion? And how about for a rolled back transaction? The choice among the available status values isn't obvious: StatusCommitted - A transaction is associated with the target object and it has completed commitment. It is likely that heuristics exists; otherwise, the transaction would have been destroyed and StatusNoTransaction returned. ?? No heuristics should exist for the normal case, so should we assume that afterCompletion is just after commitment and just before the transaction is destroyed ?? StatusNoTransaction - No transaction is currently associated with the target object. This will occur after a transaction has completed. ?? Then I cannot tell the difference between committed and rolled back ?? StatusCommitting - A transaction is associated with the target object and is in the process of committing. An implementation returns this status if it has decided to commit, but has not yet completed the process, probably because it is waiting for responses from one or more resources. ?? This sounds like the status before all resources have done commit phase 2 ?? Resolution: Revised Text: Actions taken: March 15, 2000: received issue Discussion: End of Annotations:===== Date: Wed, 15 Mar 2000 15:42:30 -0800 From: Craig Russell Subject: OTS Synchronization afterCompletion (status) Sender: craig.russell@eng.sun.com To: issues@omg.org Cc: Bernard Normier , Persistence i-team Message-id: <38D01FE6.80AA5D65@Sun.com> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Mozilla 4.51 [en] (X11; U; SunOS 5.7 sun4u) Content-transfer-encoding: 7bit X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-UIDL: mWg!!&Sn!!M$R!!`_&!! During the afterCompletion callback, the status parameter is as if the requester had asked for the status. What is the status for a committed transaction during afterCompletion? And how about for a rolled back transaction? The choice among the available status values isn't obvious: StatusCommitted - A transaction is associated with the target object and it has completed commitment. It is likely that heuristics exists; otherwise, the transaction would have been destroyed and StatusNoTransaction returned. ?? No heuristics should exist for the normal case, so should we assume that afterCompletion is just after commitment and just before the transaction is destroyed ?? StatusNoTransaction - No transaction is currently associated with the target object. This will occur after a transaction has completed. ?? Then I cannot tell the difference between committed and rolled back ?? StatusCommitting - A transaction is associated with the target object and is in the process of committing. An implementation returns this status if it has decided to commit, but has not yet completed the process, probably because it is waiting for responses from one or more resources. ?? This sounds like the status before all resources have done commit phase 2 ?? -- Craig Russell 650 786-7819 Architect mailto:Craig.Russell@sun.com Sun Microsystems, Inc. http://www.sun.com Date: Wed, 1 Nov 2000 12:07:39 -0800 From: Blake Biesecker To: Craig.Russell@Sun.com Cc: ots-rtf@omg.org Subject: issue 342 - OTS Synchronization afterCompletion (status) Message-ID: <20001101120739.F22222@gemstone.com> Mime-Version: 1.0 X-Mailer: Mutt 1.0pre4i X-Disclaimer: I only speak for myself, unless I expressly indicate otherwise. Content-Type: text/plain; charset=us-ascii X-UIDL: Tf2!!I?`!!BN!!!"RWd9 Craig, Are you interested in writing a proposal for this issue? Blake Issue 3428: OTS Synchronization afterCompletion (status) (ots-rtf) Source: Versant Technology (Mr. Craig Russell, clr@versant.com) Nature: Uncategorized Issue Severity: Summary: During the afterCompletion callback, the status parameter is as if the requester had asked for the status. What is the status for a committed transaction during afterCompletion? And how about for a rolled back transaction? The choice among the available status values isn't obvious: StatusCommitted - A transaction is associated with the target object and it has completed commitment. It is likely that heuristics exists; otherwise, the transaction would have been destroyed and StatusNoTransaction returned. ?? No heuristics should exist for the normal case, so should we assume that afterCompletion is just after commitment and just before the transaction is destroyed ?? StatusNoTransaction - No transaction is currently associated with the target object. This will occur after a transaction has completed. ?? Then I cannot tell the difference between committed and rolled back ?? StatusCommitting - A transaction is associated with the target object and is in the process of committing. An implementation returns this status if it has decided to commit, but has not yet completed the process, probably because it is waiting for responses from one or more resources. ?? This sounds like the status before all resources have done commit phase 2 ?? Resolution: Revised Text: Actions taken: March 15, 2000: received issue Discussion: