%entities; ]>
&wssas.name; &wssas.w3c-designation; &wssas.status; &wssas.day; &wssas.month; &wssas.year; &wssas.dated; http://www.w3.org/TR/&wssas.shortname; &prev.wssas.dated; Doug Davis IBM Ashok Malhotra Oracle Katy Warr IBM Wu Chou Avaya

This is the First Public Working Draft.

Publication as a Working Draft does not imply endorsement by the W3C Membership. This is a draft document and can be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.

This specification defines two WS-Policy assertions that can be used to advertise the requirement to use a certain version of SOAP in message exchanges.

English

Last Modified: $Date: 2011/03/28 14:40:42 $
Composable Architecture

By using the XML, SOAP , , and WSDL extensibility models, the Web service specifications (WS-*) are designed to be composed with each other to provide a rich set of tools for the Web services environment.

Introduction

Using the Web Service Policy - Framework and Web Services Policy - Attachment specifications, an endpoint can indicate support for a variety of features. Two endpoints can then determine if they share compatible features through the policy intersection algorithm defined by the WS-Policy framework. This allows for a programmatic way to locate interoperable endpoints.

However, one key aspect of the message exchanges is whether either endpoint requires the use of SOAP 1.1 or SOAP 1.2 . While this information might be obtainable through examination of a WSDL document, or implied through some out of band knowledge, there is no way to make this determination during the application of the policy intersection algorithm. This specification defines two new policy assertions that allows for this critical piece of information to be available during normal policy processing.

Requirements

This specification intends to meet the following requirement:

Provide a set of policy assertions to indicate the requirement to use a certain version of SOAP.

Notations

This section specifies the notations and namespaces used in this specification.

Notational Conventions

The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 .

This specification uses the following syntax to define outlines for messages:

The syntax appears as an XML instance, but values in italics indicate data types instead of literal values.

Characters are appended to elements and attributes to indicate cardinality:

"?" (0 or 1)

"*" (0 or more)

"+" (1 or more)

The character "|" is used to indicate a choice between alternatives.

The characters "(" and ")" are used to indicate that contained items are to be treated as a group with respect to cardinality or choice.

The characters "[" and "]" are used to call out references and property names.

Ellipses (i.e., "...") indicate points of extensibility.

XML namespace prefixes (see ) are used to indicate the namespace of the element being defined.

This specification can be used in terms of XML Information Set (Infoset) , even though the specification uses XML 1.0 terminology. Valid Infoset for this specification is the one serializable in XML 1.0, hence the use of XML 1.0.

Considerations on the Use of Extensibility Points

The elements defined in this specification MAY be extended at the points indicated by their outlines and schema. Implementations MAY add child elements and/or attributes at the indicated extension points but MUST NOT contradict the semantics of the parent and/or owner, respectively.

Extension elements and attributes MUST NOT use the Web Services Metadata Exchange namespace URI.

Compliance

An implementation is not compliant with this specification if it fails to satisfy one or more of the MUST or REQUIRED level requirements defined herein. A SOAP Node MUST NOT use the XML namespace identifier for this specification (listed in ) within SOAP Envelopes unless it is compliant with this specification.

Normative text within this specification takes precedence over the XML Schema and WSDL descriptions, which in turn take precedence over outlines, which in turn take precedence over examples.

Implementations are expected to support both UTF-8 and UTF-16 as described in XML 1.0.

Implementations of this specification MUST conform to the corrected version of WSDL as defined by the 'WSDL Correction' sections of WS-I Basic Profile 1.2 and WS-I Basic Profile 2.0 .

XML Namespaces

The XML namespace URI that MUST be used by implementations of this specification is:

http://www.w3.org/&wssas.nsprefix;/ws-sas

lists XML namespaces that are used in this specification. The choice of any namespace prefix is arbitrary and not semantically significant.

Prefixes and XML namespaces used in this specification
Prefix XML Namespaces Specification(s)
s (Either SOAP 1.1 or 1.2) (Either SOAP 1.1 or 1.2)
s11 http://schemas.xmlsoap.org/soap/envelope/
s12 http://www.w3.org/2003/05/soap-envelope
wsa http://www.w3.org/2005/08/addressing
wsp http://www.w3.org/ns/ws-policy
wssa http://www.w3.org/&wssas.nsprefix;/ws-sas This specification
xs http://www.w3.org/2001/XMLSchema

The working group intends to update the value of the Web Services Metadata Exchange namespace URI each time a new version of this document is published until such time that the document reaches Candidate Recommendation status. Once it has reached Candidate Recommendation status, the working group intends to maintain the value of the Web Services Metadata Exchange namespace URI that was assigned in the Candidate Recommendation unless significant changes are made that impact the implementation or break post-CR implementations of the specification. Also see http://www.w3.org/2001/tag/doc/namespaceState.html and http://www.w3.org/2005/07/13-nsuri .

SOAP Assertions

An endpoint MAY indicate that it requires the use of a certain version of SOAP by using the following policy assertions with its policy alternatives.

SOAP11 Assertion

The normative outline of this assertion is:

<wssa:SOAP11 ...> ... <wssa:SOAP11>

The following describes additional, normative constraints on the outline listed above:

This policy assertion has Endpoint Policy Subject. When present in a policy alternative, it indicates that the SOAP 1.1 protocol MUST be used when communicating with this endpoint.

SOAP12 Assertion

The normative outline of this assertion is:

<wssa:SOAP12 ...> ... <wssa:SOAP12>

The following describes additional, normative constraints on the outline listed above:

This policy assertion has Endpoint Policy Subject. When present in a policy alternative, it indicates that the SOAP 1.2 protocol MUST be used when communicating with this endpoint.

Examples

The following example shows a sample policy expression that indicates SOAP 1.1 is required:

<wsp:Policy> <wssa:SOAP11/> </wsp:Policy>

The following example shows a sample policy expression that indicates either SOAP 1.1 or SOAP 1.2 can be used:

<wsp:Policy> <wsp:ExactlyOne> <wssa:SOAP11/> <wssa:SOAP12/> </wsp:ExactlyOne> </wsp:Policy>

The following example shows a WS-Addressing endpoint reference that indicates SOAP 1.2 is required for all messages sent to the endpoint:

<wsa:EndpointReference> <wsa:Address> ... </wsa:Address> <wsp:Policy> <wssa:SOAP12/> </wsp:Policy> <wsa:EndpointReference> Acknowledgements

This specification has been developed as a result of joint work with many individuals and teams, including: Alessio Soldano (Red Hat), Ashok Malhotra (Oracle Corp.), Asir Vedamuthu (Microsoft Corp.), Bob Freund (Hitachi, Ltd.), Bob Natale (MITRE Corp.), David Snelling (Fujitsu, Ltd.), Doug Davis (IBM), Fred Maciel (Hitachi, Ltd.), Geoff Bullen (Microsoft Corp.), Gilbert Pilz (Oracle Corp.), Greg Carpenter (Microsoft Corp.), Jeff Mischkinsky (Oracle Corp.), Katy Warr (IBM), Li Li (Avaya Communications), Mark Little (Red Hat), Martin Chapman (Oracle Corp.), Paul Fremantle (WSO2), Paul Nolan (IBM), Prasad Yendluri (Software AG), Ram Jeyaraman (Microsoft Corp.), Sreedhara Narayanaswamy (CA), Sumeet Vij (Software AG), Tom Rutt (Fujitsu, Ltd.), Vikas Varma (Software AG), Wu Chou (Avaya Communications), Yves Lafon (W3C/ERCIM).

References Normative References WS-I Profile, Basic Profile Version 1.2 , R. Chumbley, et al, Editors. Web Services Interoperability Organization (WS-I), 9 November 2010. WS-I Profile, Basic Profile Version 2.0 , R. Chumbley, et al, Editors. Web Services Interoperability Organization (WS-I), 9 November 2010. Key words for use in RFCs to Indicate Requirement Levels , S. Bradner, Author. Internet Engineering Task Force, March 1997. W3C Note, "Simple Object Access Protocol (SOAP) 1.1" , D. Box, et al, Editors. World Wide Web Consortium (W3C), 8 May 2000. W3C Recommendation, "SOAP Version 1.2 Part 1: Messaging Framework" , M. Gudgin, M. Hadley, N. Mendelsohn, J-J. Moreau, H. Frystyk Nielson, Editors. World Wide Web Consortium (W3C), 27 April 2007. W3C Recommendation, "Web Services Addressing 1.0 (WS-Addressing)" , M. Gudgin, M. Hadley, T. Rogers, Editors. World Wide Web Consortium (W3C), 9 May 2006. W3C Recommendation, "Web Services Policy (WS-Policy) 1.5 - Framework" , A. Vedamuthu, et al., Editors. World Wide Web Consortium (W3C), 4 September 2007. W3C Recommendation, "Web Services Policy (WS-Policy) 1.5 - Attachment" , A. Vedamuthu, et al., Editors. World Wide Web Consortium (W3C), 4 September 2007. W3C Note, "Web Services Description Language (WSDL) 1.1" , E. Christensen, et al., Editors. World Wide Web Consortium (W3C), 15 March 2001 W3C Recommendation, "XML Information Set (Second Edition)" , J. Cowan, R. Tobin, Editors. World Wide Web Consortium (W3C), 4 February 2004. W3C Recommendation, "XML Schema Part 1: Structures (Second Edition)" , H. Thompson, et al., Editors. World Wide Web Consortium (W3C), 28 October 2004. W3C Recommendation, "XML Schema Part 2: Datatypes (Second Edition)" , P. Biron, A. Malhotra, Editors. World Wide Web Consortium (W3C), 28 October 2004. XML Schema

A normative copy of the XML Schema , description for this specification can be retrieved from the following address:

http://www.w3.org/&wssas.nsprefix;/ws-sas/soapassertions.xsd

A non-normative copy of the XML schema is listed below for convenience.

<xs:schema targetNamespace='http://www.w3.org/&wssas.nsprefix;/ws-sas' xmlns:tns='http://www.w3.org/&wssas.nsprefix;/ws-sas' xmlns:xs='http://www.w3.org/2001/XMLSchema' elementFormDefault='qualified' blockDefault='#all' > <xs:complexType name='emptyElementType'> <xs:sequence> <xs:any namespace='##other' minOccurs='0' maxOccurs='unbounded'/> </xs:sequence> <xs:anyAttribute namespace='##other' processContents='lax'/> </xs:complexType> <xs:element name='SOAP11' type='tns:emptyElementType'/> <xs:element name='SOAP12' type='tns:emptyElementType'/> </xs:schema> Change Log
Data Author Description
2010/04/20 DD Added resolution of issue 9250
2010/04/20 DD Added resolution of issue 9266
2010/05/04 DD Added resolution of issue 9087
2010/11/19 DD Added resolution of issue 8284