[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Action 051104-9 (Anish) -- modified proposal for the 'replyTo' attribute
I took an action to provide an amended proposal on reply to element. This email fulfills that action. Here is the modified proposal for the 'replyTo' attribute (the modifications are: removed the reference-scheme URI identifier for the case when only URIs are used, describes default for the ReplyTo element, makes the reference-schema attribute optional and provides a namespace URI for the type ServiceRefType): This proposal replaces the 'replyTo' attribute with a 'ReplyTo' element with an open content and defines the default referencing scheme (URI) when used with WS-R. This allows WS-R to be used with URI and makes it extensible to use other addressing schemes (WSRef, EPR or whatever may emerge out of other standards TCs/WGs). The crux of the proposal is as follows: 1) The replyTo attribute is used in two places: a) On the ReplyPattern element, and b) PollRequest element. This attribute is replaced with an element called 'ReplyTo' described below. 2) Define a new global schema type in the namespace "http://www.oasis-open.org/committees/wsrm/schema/1.1/reference" as follows: <xsd:complexType name="ServiceRefType"> <xsd:sequence> <xsd:any namespace="##other" processContents="lax" minOccurs="1" maxOccurs="1"/> </xsd:sequence> <xsd:attribute name="reference-scheme" type="xsd:anyURI" use="optional"/> </xsd:complexType> 3) Define a new global element decl in the WS-R namespace: <xs:element name="ReplyTo" type="wsrm:ServiceRefType"/> The value of the attribute reference-scheme specifies the "type" of the addressing scheme. When used in WS-R, if the attribute reference-scheme is not present then the reply-to address is a URI. 4) For the type PollRequestType convert the attribute 'replyTo' to an element 'ReplyTo' of type 'ServiceRefType' with minOccurs=0. PollRequestType schema type will be as follows: <xsd:complexType name="PollRequestType"> <xsd:complexContent> <xsd:extension base="wsrm:HeaderBaseType"> <xsd:sequence> <xsd:element name="RefToMessageIds" type="wsrm:RefToMessageIdsType" maxOccurs="unbounded"/> <xsd:element ref="wsrm:ReplyTo" minOccurs="0"/> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> 5) For the type ReplyPatternType make it a complex content containing sequence of two elements 'Value' and 'ReplyTo as follows: <xsd:complexType name="ReplyPatternType"> <xsd:sequence> <xsd:element name="Value" type="wsrm:ReplyPatterTypeValues"/> <xsd:element ref="wsrm:ReplyTo" minOccurs="0"/> </xsd:complexType> Details of changes required: 1) Modify the schema as stated above and create a new schema for NS "http://www.oasis-open.org/committees/wsrm/schema/1.1/reference" as stated above. 2) Remove line 644 3) Table 5: s/none/Value, ReplyTo remove "replyTo(URI" 4) Section 4.2.3 will have to change to say that the element 'Value' can have the values 'Response', 'Callback' or 'Poll'. In addition, a table for element 'Value' and 'ReplyTo' will have to be added. The description of replyTo attribute has to change to describe the element wsrm:ReplyTo. The meaning of the attribute 'reference-scheme' will have to be added along with the fact that the default is a URI. 5) Section 5.3, add a table for describing the ReplyTo element 6) Table 9 should be modified to remove 'replyTo(URI)' from the attribute row and 'ReplyTo" element should be added to the child elements row. 7) Replace lines 742-745 with the description of the 'ReplyTo' element, similar to (4) above. 8) Table 16, penultimate row, 2nd column: s/replyTo attribute/ReplyTo element 9) replace 1331-1332 as follows: <original> <ReplyPattern replyTo="http://wsrsender.org/abc/wsrListnener"> Callback </ReplyPattern> </original> <proposed> <ReplyPattern> <Value>Callback</Value> <ReplyTo> http://wsrsender.org/abc/wsrListnener" </ReplyTo> </ReplyPattern> </proposed> 10) Line 639, 723, 986, 1376, 1379, 1390, 1437, 1438, 1448, 1453: s/replyTo attribute/ReplyTo element 11) replace 1466-1473 as follows: <original> <PollRequest xmlns="http://www.oasis-open.org/committees/wsrm/schema/1.1/SOAP1.1" replyTo=”http://wsr-sender.org/xyz/servlet/wsrmListnener” soap:mustUnderstand="1"> <RefToMessageIds groupId="mid://20040202.103832@wsr-sender.org"> <SequenceNumberRange from="0" to="20"/> </RefToMessageIds> </PollRequest> </original> <proposed> <PollRequest xmlns="http://www.oasis-open.org/committees/wsrm/schema/1.1/SOAP1.1"" soap:mustUnderstand="1"> <RefToMessageIds groupId="mid://20040202.103832@wsr-sender.org"> <SequenceNumberRange from="0" to="20"/> </RefToMessageIds> <ReplyTo> http://wsr-sender.org/xyz/servlet/wsrmListnener </ReplyTo> </PollRequest> </proposed> 12) Section A.V.F (lines 1775-1777): Replace the section to conform to the new schema type wsrmr:ServiceRefType <original> A.V.F. ReplyTo URI This property is identified by the QName "wsrmf:ReplyTo" and corresponds to the semantics specified by the WS-Reliability reply-to. The type of this property is xs:anyURI. </original> <proposed> A.V.F ReplyTo This property is identified by the QName "wsrmf:ReplyTo" and corresponds to the semantics specified by the WS-Reliability reply-to. The type of this property is wsrmr:ReplyTo. </proposed> 13) In section A.VI, a) add: <xs:import namespace="http://www.oasis-open.org/committees/wsrm/schema/1.1/reference"/> after line 1784 b) add a namespace prefix 'wsrmr' corresponding to the NS http://www.oasis-open.org/committees/wsrm/schema/1.1 c) and replace 1797 with: <xs:element name="ReplyTo" type="wsrmr:ServiceRefType"/> Comments? Thanks! -Anish -- |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]