[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Issue 109 - Normative descriptions of protocol messages
This issue is identified as 109. This issue was discussed and closed with the resolution noted below, with minor amendments as detailed in the F2F meeting minutes: http://www.oasis-open.org/committees/download.php/21065/WS-TX_Minutes_F2F_2006_11_07-09.htm -----Original Message----- From: Andrew Wilkinson3 [mailto:awilkinson@uk.ibm.com] Sent: Wednesday, November 08, 2006 1:33 AM To: ws-tx@lists.oasis-open.org Subject: [ws-tx] NEW Issue - Normative descriptions of protocol messages Protocol: AT Artifact: Specs Draft: AT PR-01 Link to the documents referenced: http://docs.oasis-open.org/ws-tx/wstx-wsat-1.1-spec-pr-01.pdf Issue type: Editorial Issue description: Opened as a result of the discussion of issue 102. The current descriptions of the protocol messages in sections 3.2 and 3.3 are not of sufficient quality to be made normative. Proposed resolution: Amend the descriptions of the protocol messages to read as follows (messages not listed below remain unchanged): Section 3.2: Commit Upon receipt of this notification, the coordinator knows that the participant has completed application processing. A coordinator that is Active SHOULD attempt to commit the transaction. Rollback Upon receipt of this notification, the coordinator knows that the participant has terminated application processing. A coordinator that is Active MUST abort the transaction. Section 3.3: Prepare Upon receipt of this notification, the participant knows to enter phase 1 and vote on the outcome of the transaction. A participant that is Active MUST respond by sending an Aborted, Committed or ReadOnly notification as its vote. If the participant does not know of the transaction, it MUST send an Aborted notification. If the participant has already voted by sending Aborted or Committed, it MUST resend the same vote. Rollback Upon receipt of this notification, the participant knows to abort, and forget, the transaction. A participant that is Active or Prepared MUST respond by sending an Aborted notification and SHOULD then forget all knowledge of this transaction. If the participant does not know of the transaction, it MUST send an Aborted notification to the coordinator. Commit Upon receipt of this notification, the participant knows to commit the transaction. A participant that has successfully sent Prepared MUST respond by sending a Committed notification and SHOULD then forget all knowledge of this transaction. If the participant does not know of the transaction, it MUST send a Committed notification to the coordinator. Committed Upon receipt of this notification, the coordinator knows the participant has committed, and forgotten the transaction.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]