OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ws-tx message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [ws-tx] Issue 047 - WS-AT: Is Completion protocol mandatory?


Proposed resolution:

AT Spec:
http://www.oasis-open.org/committees/download.php/19308/wstx-wsat-1.1-sp
ec-wd-08.pdf

Replace line 179 with "A coordination service that supports an
Activation service MUST support the Completion protocol.".

-----Original Message-----
From: Ram Jeyaraman [mailto:Ram.Jeyaraman@microsoft.com] 
Sent: Thursday, April 06, 2006 10:45 AM
To: ws-tx@lists.oasis-open.org
Subject: [ws-tx] Issue 047 - WS-AT: Is Completion protocol mandatory?


This is identified as WS-TX issue 047.

Please ensure follow-ups have a subject line starting "Issue 047 -
WS-AT: Is Completion protocol mandatory?".

-----Original Message-----
From: Alastair Green [mailto:alastair.green@choreology.com]
Sent: Wednesday, April 05, 2006 4:31 PM
To: ws-tx@lists.oasis-open.org
Subject: [ws-tx] New Issue: WS-AT: Is Completion protocol mandatory?

Issue name -- WS-AT: Is Completion protocol mandatory?

PLEASE DO NOT REPLY TO THIS EMAIL OR START A DISCUSSISON THREAD UNTIL
THE ISSUE IS ASSIGNED A NUMBER.

The issues coordinators will notify the list when that has occurred.

Target document and draft:

Protocol:  WS-AT

Artifact:  spec

Draft:

WS-AT CD 0.1 uploaded

Link to the document referenced:

http://www.oasis-open.org/apps/org/workgroup/ws-tx/download.php/17325/ws
tx-wsat-1.1-spec-cd-01.pdf

Section and PDF line number:

l. 146, Section 4.2, "Completion Protocol", and l. 171, Section 4.3,
"Two-Phase Commit Protocol"


Issue type:

Design / Editorial


Related issues:

New Issue: WS-AT: Only root coordinators can accept Completion protocol
registrations


Issue Description:

WS-AT spec could be taken to imply that Completion protocol required to 
engender User Commit internal event. Use of Completion protocol should 
not be mandated.


Issue Details:

ll. 176-177  read: "Upon receiving a Commit notification in the 
completion protocol, the root coordinator begins the prepare phase of 
all participants registered for the Volatile 2PC protocol."

This is an example of how the state table internal event User Commit can

be engendered. An implementation could use an API method (rather than an

interoperable message) to engender User Commit (truly make it an 
"internal event").  


Proposed Resolution:

a) Add a sentence after the existing sentence ending "... it should 
attempt to commit the transaction" (l. 159) that reads:

"Receipt of this notification generates the 2PC Coordinator View state 
table internal event User Commit."
 
b) Add a sentence after the existing sentence ending "... it should 
abort the transaction" (l. 162) that reads:

"Receipt of this notification generates the 2PC Coordinator View state 
table internal event User Rollback."

c) Add a sentence after the existing sentence ending "... a decision to 
commit" (l.166) that reads:

"The action Return Committed in the 2PC Coordinator View state table 
engenders the transmission of this notification."

d) Add a sentence after the existing sentence ending "... a decision to 
abort" (l.169) that reads:

"The action Return Aborted in the 2PC Coordinator View state table 
engenders the transmission of this notification."

e) Replace the sentence at the very end of Section 4.2 "Completion 
Protocol", l. 170, which currently reads:

"Conforming implementations must implement Completion.", with the
following:

"Conforming implementations MUST implement the Coordinator role in the 
Completion protocol (i.e. be prepared to receive Commit and Rollback, 
and to send Committed and Aborted), but need not implement the matching 
Initiator role. Applications/implementations may use this protocol to 
signal application termination requests to a coordinator, or they may 
use an implementation-defined mechanism to stimulate the 2PC Coordinator

View internal events User Commit and User Rollback."

f) Amend the first sentence of Section 4.3 (l. 171) to read:

"Upon the internal event User Commit (which may result from receiving a 
Commit notification in the completion protocol) a root coordinator 
begins the prepare phase of all participants registered for the Volatile

2PC protocol."



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]