throbber
Web Services Description Requirements
`
`Web Services Description Requirements
`W3C Working Draft 28 October 2002
`
`This version:
`http://www.w3.org/TR/2002/WD-ws-desc-reqs-20021028
`Latest version:
`http://www.w3.org/TR/ws-desc-reqs
`Previous version:
`http://www.w3.org/TR/2002/WD-ws-desc-reqs-20020429
`Editor:
`Jeffrey C. Schlimmer, Microsoft
`
`This document is also available in these non-normative formats: XML, PS, PDF, and TXT.
`
`Copyright © 2002 W3C® (MIT, INRIA, Keio), All Rights Reserved. W3C liability, trademark, document use, and
`software licensing rules apply.
`
`Abstract
`
`This document describes the Web Services Description Working Group's requirements for the Web
`Services Description specification.
`
`Status of this Document
`
`This is a W3C Last Call Working Draft of the Web Services Description Requirements document. It
`is a chartered deliverable of the Web Services Description Working Group (WG), which is part of
`the Web Services Activity. This document represents the current consensus within the Working
`Group about Web Services Description requirements. The Working Group does not intend to take
`this document further than Last Call, except to update this document in response to comments and
`requests from other Working Groups and the public.
`
`The Last Call review period ends on 31 December 2002. Comments on this document should be
`sent to public-ws-desc-comments@w3.org (public archive). It is inappropriate to send discussion
`emails to this address.
`
`Discussion of this document takes place on the public www-ws-desc@w3.org mailing list (public
`archive) per the email communication rules in the Web Services Description Working Group
`Charter.
`
`Patent disclosures relevant to this specification may be found on the Working Group's patent
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 1
`
`

`

`Web Services Description Requirements
`
`disclosure page.
`
`This is a public W3C Working Draft. It is a draft document and may be updated, replaced, or
`obsoleted by other documents at any time. It is inappropriate to use W3C Working Drafts as
`reference material or to cite them as other than "work in progress". A list of all W3C technical
`reports can be found at http://www.w3.org/TR.
`
`Table of Contents
`
`1 Notations
`2 Definitions
` 2.1 Non-normative definitions
` 2.2 Normative definitions
`3 Relationship to WG Charter
`4 Requirements
` 4.1 General
` 4.2 Simplicity
` 4.3 Interface Description
` 4.4 Description of Interactions with a Service
` 4.5 Messages and Types
` 4.6 Service Types
` 4.7 InterfaceBindings
` 4.8 Reusability
` 4.9 Extensibility
` 4.10 Versioning
` 4.11 Security
` 4.12 Mapping to the Semantic Web
`5 Requirements from other W3C WGs
` 5.1 XML Protocol
` 5.2 XForms
` 5.3 RDF
` 5.4 P3P
`
`Appendices
`
`A References
`B Acknowledgments (Non-Normative)
`
`1 Notations
`
`The following terminology and typographical conventions have been used in this document.
`
`The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD",
`"SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be
`interpreted in a manner similar to that described in [IETF RFC 2119]. (Changes from [IETF RFC
`2119] are indicated with emphasis.)
`
`MUST, REQUIRED, SHALL
`
`The requirement is an absolute requirement. The specification produced by the WG must
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 2
`
`

`

`Web Services Description Requirements
`
`address this requirement.
`
`SHOULD, RECOMMENDED
`
`There may exist valid reasons for the WG to ignore this requirement, but the implications of
`doing so must be understood and weighed before doing so.
`
`MAY, OPTIONAL
`
`The requirement is truly optional. The WG may choose to omit the requirement for the sake
`of scope or schedule.
`
`For the sake of process and clarity, each requirement is annotated with meta data.
`
`Each requirement has an identification number. The numbers are arbitrary and do not imply
`any ordering or significance.
`Draft requirements are annotated to indicate their review status within the WG:
`
`[Draft]
`A candidate requirement the WG is actively considering but has not yet reached
`consensus on.
`
`To indicate their source, requirements may be annotated with the initials of the original
`submitter, 'Charter' (from [WSD Charter]), or 'WG' (from WG discussion).
`
`2 Definitions
`
`The definitions in this section are drawn primarily from [WSDL 1.1] and are intended to be used for
`purposes of discussion. They are not intended to constrain the results of the WG.
`
`2.1 Non-normative definitions
`
`Web Service
`
`[Definition: A Web Service is a software application identified by a URI [IETF RFC 2396],
`whose interfaces and binding are capable of being defined, described and discovered by
`XML artifacts and supports direct interactions with other software applications using XML
`based messages via Internet-based protocols. ]
`
`Client
`
`[Definition: A Client is a software that makes use of a Web Service, acting as its 'user' or
`'customer'.]
`
`2.2 Normative definitions
`
`Message
`
`[Definition: A Message is the basic unit of communication between a Web Service and a
`Client; data to be communicated to or from a Web Service as a single logical transmission.]
`
`Operation
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 3
`
`

`

`Web Services Description Requirements
`
`[Definition: A sequence of Messages related to a single Web Service action is called an
`Operation.]
`
`Interface (AKA Port Type)
`
`[Definition: A logical grouping of operations. An Interface represents an abstract Web
`Service type, independent of transmission protocol and data format.]
`
`InterfaceBinding
`
`[Definition: An association between an Interface, a concrete protocol and/or a data format. An
`InterfaceBinding specifies the protocol and/or data format to be used in transmitting
`Messages defined by the associated Interface.]
`
`EndPoint (AKA Port)
`
`[Definition: An association between a fully-specified InterfaceBinding and a network address,
`specified by a URI [IETF RFC 2396], that may be used to communicate with an instance of a
`Web Service. An EndPoint indicates a specific location for accessing a Web Service using a
`specific protocol and data format.]
`
`Service
`
`[Definition: A collection of EndPoints is called Service.]
`3 Relationship to WG Charter
`
`The Web Services Description WG Charter [WSD Charter] has two sections describing what is in-
`scope and what is out-of-scope of the problem space defined for the WG. The WG considers all
`the requirements in Section 1 of [WSD Charter] to be in-scope per the Charter.
`
`Reviewers and readers should be familiar with the Web Services Description WG Charter [WSD
`Charter] because it provides the critical context for the requirements and any discussion of them.
`
`4 Requirements
`
`4.1 General
`
`R001
`
`R004
`
`R099
`
`The description language MUST allow any programming model, transport, or protocol for
`communication between peers. (From the Charter. Last revised 23 Apr 2002.)
`
`The WG specification(s) MUST describe constructs using the [XML Information Set] model
`(similar to the SOAP 1.2 specifications [SOAP 1.2 Part 1]). (From JS. Last revised 21 Feb
`2002.)
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 4
`
`

`

`Web Services Description Requirements
`
`Processors of the description language MUST support XML Schema
`(http://www.w3.org/2001/XMLSchema). See also [XML Schema Part 1]. (From WG
`discussion. Last discussed 21 Feb 2002.)
`
`R100
`
`R098
`
`R005
`
`R007
`
`R003
`
`R105
`
`R010
`
`R124
`
`The description language MUST allow other type systems besides XML Schema
`(http://www.w3.org/2001/XMLSchema) via extensibility. (From WG discussion. Last
`discussed 21 Feb 2002.)
`
`The WG specification(s) schema and examples MUST be written in XML Schema and
`SHOULD be written in the latest public W3C XML Schema Recommendation. (From WG
`discussion. Last revised 28 Feb 2002.)
`
`The WG specification(s) MUST correct errors/inconsistencies in [WSDL 1.1]. (From KL. Last
`revised 10 Apr 2002.)
`
`The WG specification(s) MUST provide detailed examples, including on-the-wire messages.
`(From KL. Last revised 10 Apr 2002.)
`
`The WG specification(s) SHOULD use available XML technologies. (From JS. Last revised
`10 Apr 2002.)
`
`The WG specification(s) SHOULD support Web Services that operate on resource
`constrained devices. (From YF. Last discussed 10 Apr 2002.)
`
`The WG specification(s) SHOULD use consistent terminology across all sections of the
`specification(s). (From KL. Last revised 10 Apr 2002.)
`
`The WG MUST register a MIME type for WSDL (perhaps application/wsdl+xml). (From WG
`discussion. Last revised 27 Jun 2002.)
`
`4.2 Simplicity
`
`R013
`
`The WG specification(s) MUST be simple to understand and implement correctly. The
`description language MUST be simple to use. (From the Charter. Last discussed 7 Mar
`2002.)
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 5
`
`

`

`Web Services Description Requirements
`
`R014
`
`The WG specification(s) SHOULD be compatible with existing Web infrastructure. (From the
`Charter. Last discussed 7 Mar 2002.)
`
`4.3 Interface Description
`
`R021
`
`R022
`
`R054
`
`R041
`
`R116
`
`R083
`
`R026
`
`R123
`
`R042
`
`R117
`
`The description language MUST describe the Messages accepted and generated by the Web
`Service. (From the Charter. Last revised 21 Feb 2002.)
`
`The description language MUST allow describing application-level error Messages (AKA
`faults) generated by the Web Service. (From the Charter. Last revised 28 Feb 2002.)
`
`The description language MUST describe Messages independent from their use in message
`exchange patterns and/or InterfaceBindings. (From YF. Last revised 17 Oct 2002.)
`
`The description language MUST allow describing sets of Operations that form a logical group.
`(From JS. Last revised 28 Feb 2002.)
`
`The description language MUST allow describing abstract policies required or offered by
`Services. (From GD. Last revised 11 Apr 2002.)
`
`The description language MUST separate design-time from run-time information. (From JS.
`Last discussed 11 Apr 2002.)
`
`The description language MUST provide human-readable comment capabilities. (From the
`Charter. Last discussed 28 Feb 2002.)
`
`The content model for human-readable comment capabilities MUST be open. (From RD. Last
`discussed 11 June 2002.)
`
`The description language SHOULD allow deriving one Interface from another by extension of
`the logical group of Messages. (From JS. Last discussed 11 June 2002.)
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 6
`
`

`

`Web Services Description Requirements
`
`The description language SHOULD allow specifying QoS-like policies and mechanisms of a
`Web Service. For instance, an indication of how long it is going to take a Web Service to
`process the request. (From WG discussion. Last discussed 12 April 2002.)
`
`4.4 Description of Interactions with a Service
`
`R036
`
`R044
`
`R097
`
`R110
`
`R094
`
`The description language MUST allow describing the functionality associated with one-way
`messages (to and from the service described), request-response, solicit-response, and
`faults. (From the Charter. Last revised 28 Feb 2002.)
`
`The description language SHOULD allow describing both application data and context data of
`a Service. (From PF. Last discussed 12 April 2002.)
`
`The description language SHOULD allow describing asynchronous message exchange
`patterns. (From IS. Last discussed 11 April 2002.)
`
`The description language SHOULD allow indicating how long a Web Service is going to take
`to process the request. This is just a hint to the Client, and the Web Service would not be
`obligated to respect what it advertised. (From WV. Special case of R117.)
`
`The description language MAY allow describing events and output-oriented Operations. The
`description language MAY be very specific about events, defining a special type of a
`Message or even a separate definition entity. (From IS. Last discussed 12 April 2002.)
`
`4.5 Messages and Types
`
`R046
`
`R085
`
`The description language MUST describe Messages independent from transfer encodings.
`(From JS. Last discussed 17 Oct 2002.)
`
`The description language SHOULD allow describing Messages that include references (URIs)
`to typed referents, both values and Services. (From PP. Last discussed 11 April, 2002.)
`
`4.6 Service Types
`
`R118
`
`The description language SHOULD group Interfaces into a Service type. (From JS. Last
`discussed 12 April 2002.)
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 7
`
`

`

`Web Services Description Requirements
`
`R058
`
`The description language SHOULD allow deriving one Service type from another by
`extension of the logical group of InterfaceBindings. (From JS. Last discussed 12 April 2002.)
`
`4.7 InterfaceBindings
`
`R081
`
`R114
`
`R060
`
`R068
`
`R052
`
`R111
`
`R066
`
`R028
`
`R113
`
`The description language MUST describe EndPoint location using URIs. (From JS.)
`
`The description language MUST allow unambiguously mapping any on-the-wire Message to
`an Operation. (From WG discussion. Last revised 4 Apr 2002.)
`
`The description language MUST allow specifying an association between an Interface and
`one or more concrete protocols and/or data formats. (From the Charter. Last revised 12 Apr
`2002.)
`
`The description language MUST allow binding of transport characteristics independently of
`data marshalling characteristics. (From PF. Last discussed 12 April 2002.)
`
`The description language MUST allow describing InterfaceBindings to other protocols
`besides those described in the specification. (From JS. Last revised 11 April 2002.)
`
`The WG MUST provide a normative description of the InterfaceBinding for HTTP/1.1 [IETF
`RFC 2616] GET and POST. (From the Charter. Last revised 28 Mar 2002.)
`
`The description language MUST allow binding Interfaces to transports other than HTTP/1.1
`[IETF RFC 2616]. (From JS. Last discussed 12 April 2002.)
`
`The description language MUST allow describing the structure of incoming and outgoing
`SOAP 1.2 messages [SOAP 1.2 Part 1], including the contents, encoding, target, and
`optionality of SOAP 1.2 Header and Body blocks, SOAP RPC blocks, and SOAP Faults.
`(From JJM. Last revised 12 Apr 2002.)
`
`The description language MUST allow describing which SOAP features are offered by or
`required by an Operation or a Service. (From GD. Last revised 4 Apr 2002.)
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 8
`
`

`

`Web Services Description Requirements
`
`R065
`
`R062
`
`R125
`
`R031
`
`The WG MUST provide a normative description of the InterfaceBinding for SOAP 1.2 over
`HTTP/1.1. (From JS. Last revised 28 Mar 2002.)
`
`The WG specification(s) MUST ensure that the SOAP 1.2 InterfaceBinding is capable of
`describing transports other than HTTP. (From the Charter. Last revised 28 Mar 2002.)
`
`The normative description of the InterfaceBinding for SOAP 1.2 MUST support the SOAP 1.2
`MEP for HTTP GET in and HTTP SOAP out. (From TAG. Last discussed 26 Sep 2002.)
`
`The WG specification(s) SHOULD support SOAP 1.2 intermediaries. (From JJM. Last
`discussed 11 April 2002.)
`
`4.8 Reusability
`
`R071
`
`R072
`
`The description language MUST allow partitioning a description across multiple files. (From
`JS.)
`
`The description language MUST allow using a description fragment in more than one
`description. (From JS. Last discussed 12 April 2002.)
`
`4.9 Extensibility
`
`R012
`
`The description language MUST support the kind of extensibility actually seen on the Web:
`disparity of document formats and protocols used to communicate, mixing of XML
`vocabularies using XML namespaces, development of solutions in a distributed environment
`without a central authority, etc. In particular, the description language MUST support
`distributed extensibility. (From the Charter. Last discussed 12 April 2002.)
`
`R067
`
`R074
`
`The description language MUST allow for extension in description language components,
`including at least message, port type, binding, and service. (From WG discussion. Last
`discussed 17 Oct 2002.)
`
`The description language MUST allow indicating whether a given extension is required or
`optional. (From JS. Last discussed 12 April 2002.)
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 9
`
`

`

`Web Services Description Requirements
`
`4.10 Versioning
`
`R075
`
`R119
`
`The description language MUST allow identifying versions of Services. (From PF. Last
`discussed 12 April 2002.)
`
`The description language MUST allow identifying versions of descriptions. (From PF. Last
`discussed 12 April 2002.)
`
`4.11 Security
`
`R115
`
`The WG specification(s) SHOULD define an equivalence relation on Service descriptions.
`(From SW. Last discussed 17 Oct 2002.)
`
`4.12 Mapping to the Semantic Web
`
`R070
`
`R120
`
`The WG specification(s) MUST allow providing a mapping from the description language to
`[RDF]. (From the Charter. Last revised 11 April, 2002.)
`
`The description language MUST ensure that all conceptual elements in the description of
`Messages are addressable by a URI reference [IETF RFC 2396]. (From the Semantic Web.
`Last discussed 11 June 2002.)
`
`5 Requirements from other W3C WGs
`
`These are requirements submitted by other W3C Working Groups and Activities.
`
`5.1 XML Protocol
`
`5.2 XForms
`
`5.3 RDF
`
`5.4 P3P
`
`A References
`
`RDF
`
`Resource Description Framework (RDF) Model and Syntax Specification, Ora Lassila, R.
`Swick, Editors. World Wide Web Consortium, 22 February 1999. This version of the
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 10
`
`

`

`Web Services Description Requirements
`
`Resource Description Framework Model and Syntax Recommendation is
`http://www.w3.org/TR/1999/REC-rdf-syntax-19990222. The latest version of Resource
`Description Framework Model and Syntax is available at http://www.w3.org/TR/REC-rdf-
`syntax.
`IETF RFC 2046
`Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types, N. Freed, N.
`Borenstein Author. Internet Engineering Task Force, November 1996. Available at
`http://www.ietf.org/rfc/rfc2046.txt.
`IETF RFC 2119
`Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, Author. Internet
`Engineering Task Force, June 1999. Available at http://www.ietf.org/rfc/rfc2119.txt.
`IETF RFC 2396
`Uniform Resource Identifiers (URI): Generic Syntax, T. Berners-Lee, R. Fielding, L. Masinter,
`Authors. Internet Engineering Task Force, August 1998. Available at
`http://www.ietf.org/rfc/rfc2396.txt.
`IETF RFC 2616
`Hypertext Transfer Protocol -- HTTP/1.1, R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L.
`Masinter, P. Leach, T. Berners-Lee, Authors. Internet Engineering Task Force, June 1999.
`Available at http://www.ietf.org/rfc/rfc2616.txt.
`SOAP 1.2 Part 1
`SOAP Version 1.2 Part 1: Messaging Framework, M. Gudgin, M. Hadley, N. Mendelsohn, J-
`J. Moreau, and H. F. Nielsen, Editors. World Wide Web Consortium, 26 June 2002. This
`version of the SOAP Version 1.2 Part 1 Specification is http://www.w3.org/TR/2002/WD-
`soap12-part1-20020626. The latest version of SOAP Version 1.2 Part 1 is available at
`http://www.w3.org/TR/soap12-part1.
`WSD Charter
`Web Services Description Working Group Charter, J. Marsh, P. Le Hégaret. World Wide Web
`Consortium, 26 January 2002. Available at http://www.w3.org/2002/01/ws-desc-charter.
`WSDL 1.1
`Web Services Description Language (WSDL) 1.1, E. Christensen, F. Curbera, G. Meredith,
`and S. Weerawarana, Authors. World Wide Web Consortium, 15 March 2002. This version of
`the Web Services Description Language Specification is http://www.w3.org/TR/2001/NOTE-
`wsdl-20010315. The latest version of Web Services Description Language is available at
`http://www.w3.org/TR/wsdl.
`XML 1.0
`Extensible Markup Language (XML) 1.0 (Second Edition), T. Bray, J. Paoli, C. M. Sperberg-
`McQueen, and E. Maler, Editors. World Wide Web Consortium, 10 February 1998, revised 6
`October 2000. This version of the XML 1.0 Recommendation is
`http://www.w3.org/TR/2000/REC-xml-20001006. The latest version of XML 1.0 is available at
`http://www.w3.org/TR/REC-xml.
`XML Information Set
`XML Information Set, J. Cowan and R. Tobin, Editors. World Wide Web Consortium, 24
`October 2001. This version of the XML Information Set Recommendation is
`http://www.w3.org/TR/2001/REC-xml-infoset-20011024. The latest version of XML
`Information Set is available at http://www.w3.org/TR/xml-infoset.
`XML Schema Part 1
`XML Schema Part 1: Structures, H. Thompson, D. Beech, M. Maloney, and N. Mendelsohn,
`Editors. World Wide Web Consortium, 2 May 2001. This version of the XML Part 1
`Recommendation is http://www.w3.org/TR/2001/REC-xmlschema-1-20010502. The latest
`version of XML Schema Part 1 is available at http://www.w3.org/TR/xmlschema-1.
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 11
`
`

`

`Web Services Description Requirements
`B Acknowledgments (Non-Normative)
`
`This document is the work of the W3C Web Services Description Working Group.
`
`The people who have contributed to discussions on www-ws-desc@w3.org are also gratefully
`acknowledged.
`
`http://www.w3.org/TR/ws-desc-reqs/[8/15/2017 9:32:14 AM]
`
`TELESIGN EX1012
`Page 12
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket