- From: Tony Rogers via cvs-syncmail <cvsmail@w3.org>
- Date: Tue, 11 Oct 2005 03:16:25 +0000
- To: public-ws-addressing-eds@w3.org
Update of /sources/public/2004/ws/addressing
In directory hutz:/tmp/cvs-serv17209
Modified Files:
ws-addr-wsdl.xml
Log Message:
Incorporated the resolution of i61.
Index: ws-addr-wsdl.xml
===================================================================
RCS file: /sources/public/2004/ws/addressing/ws-addr-wsdl.xml,v
retrieving revision 1.53
retrieving revision 1.54
diff -C2 -d -r1.53 -r1.54
*** ws-addr-wsdl.xml 10 Oct 2005 20:20:30 -0000 1.53
--- ws-addr-wsdl.xml 11 Oct 2005 03:16:22 -0000 1.54
***************
*** 38,41 ****
--- 38,46 ----
<affiliation>Sun Microsystems, Inc</affiliation>
</author>
+ <author>
+ <name>Tony Rogers</name>
+ <affiliation>Computer Associates International, Inc</affiliation>
+ </author>
+
</authlist>
<abstract>
***************
*** 301,312 ****
Addressing Properties are required in messages received from service requesters.</p>
<p>A wsaw:UsingAddressing element with a wsdl:required attribute whose value is
! "true" indicates that messages exchanged with the endpoint MUST contain
! WS-Addressing Message Addressing Properties. A wsaw:UsingAddressing element with
! a wsdl:required attribute whose value is "false" indicates that the endpoint
! will accept input messages with or without WS-Addressing header blocks, and MAY
! generate output messages containing WS-Addressing headers. If a SOAP binding is
! used and WS-Addressing header blocks are not present in an input message then
! WS-Addressing header blocks encoded in the corresponding output message MUST NOT
! be required to be understood using the SOAP mustUnderstand mechanism.</p>
<p>The wsaw:UsingAddressing element SHOULD appear as a child of the wsdl:binding
element. Alternatively, the wsaw:UsingAddressing element MAY instead be included
--- 306,326 ----
Addressing Properties are required in messages received from service requesters.</p>
<p>A wsaw:UsingAddressing element with a wsdl:required attribute whose value is
! "true" indicates that messages exchanged with the endpoint MUST have WS-A
! engaged (as defined by a binding of the Message Addressing Properties to a
! protocol). A wsaw:UsingAddressing element with a wsdl:required attribute whose
! value is "false" indicates that the endpoint will accept input messages with or
! without WS-A engaged. In the latter case, if WS-A is engaged, the use of the
! Message Addressing Properties MUST be fully compliant with this specification;
! in particular, senders MUST use all Message Addressing Properties mandated by
! the &wsa-core.title;[<bibref ref="WSADDR-CORE"/>], applicable WS-Addressing
! protocol bindings (e.g. &wsa-soap.title;[<bibref ref="WSADDR-SOAP"/>]), and
! this specification, and MUST follow all applicable WS-Addressing normative
! requirements. Such an endpoint MAY generate output messages with MAPs bound to
! them; however, if a message with WS-A engaged is sent to that endpoint, any
! subsequent messages in that exchange pattern MUST also have WS-A engaged.</p>
! <p>If a SOAP binding is used and WS-Addressing header blocks are not
! present in an input message then WS-Addressing header blocks encoded
! in the corresponding output message MUST NOT be required to be
! understood using the SOAP mustUnderstand mechanism.</p>
<p>The wsaw:UsingAddressing element SHOULD appear as a child of the wsdl:binding
element. Alternatively, the wsaw:UsingAddressing element MAY instead be included
***************
*** 405,408 ****
--- 419,433 ----
description. The type of the attribute is xs:anyURI and it is used as an
extension on the WSDL input, output and fault elements.</p>
+ <p>The inclusion of wsaw:Action without inclusion of
+ wsaw:UsingAddressing has no normative intent and is only
+ informational. In other words, the inclusion of wsaw:Action
+ attributes in WSDL alone does not imply a requirement on clients to
+ use Message Addressing Properties in messages it sends to the
+ service. A client, however, MAY include Message Addressing Properties
+ in the messages it sends, either on its own initiative or as
+ described by other elements of the service contract, regardless of
+ the presence or absence of wsaw:UsingAddressing. Other specifications
+ defining the value of [action] are under no constraint to be
+ consistent with wsaw:Action.</p>
<p>For example consider the following WSDL excerpt:</p>
<example>
Received on Tuesday, 11 October 2005 03:16:29 UTC