OASIS Web Services Reliable Messaging TC

The original Call For Participation for this TC may be found at http://lists.oasis-open.org/archives/tc-announce/200302/msg00011.html

The charter was revised at a meeting of the TC, as recorded at http://lists.oasis-open.org/archives/wsrm/200304/msg00029.html

Name

Web Services Reliable Messaging Technical Committee (WSRM TC)

Statement of Purpose

The purpose of this TC is to create a generic and open model for ensuring reliable message delivery for Web services.

This TC defines reliable message delivery as the ability to guarantee message delivery to software applications - Web services or Web service client applications - with a chosen level of quality of service (QoS).

For this TC effort, QoS will be defined as the ability to determine the following aspects of message delivery:

  • Message persistence
  • Message acknowledgement and resending
  • Elimination of duplicate messages
  • Ordered delivery of messages
  • Delivery status awareness for sender and receiver applications

The TC will specify rules for combining these features and their parameters.

Essential elements of web services are SOAP and WSDL. The specification to be created will provide WSDL definitions for reliable messaging and the message formats will be specified as SOAP headers and/or body content. The resulting specification must be programming language-neutral and platform-neutral.

Lastly, the TC will address the dependencies between the capacity of the messaging nodes (persistence, message processing) and the level of QoS that can be provided.

The TC will focus on end-to-end reliable messaging. The TC will initially define reliable messaging requirements for Web services at the SOAP protocol level but can specify reliable messaging solutions that can be used with other messaging protocols

Interoperability, ease of implementation, and ease of use will be fundamental characteristics for WS-RM. The TC's work should build upon similar, existing standards wherever possible and permitted and align with other relevant standards. Alignment means any of the following: feature reuse, bindings, guidelines on how to jointly use the specification with other related ones, or addressing requirements from other related standards.

Composability is a critical aspect of Web Service specifications. The resulting specification must be non-overlapping with, and have demonstrated composability with other Web Service specifications that are being developed in open, recognized standards setting organizations. The WS-RM TC will collaborate with other relevant OASIS TCs, such as the ebXML Message Service and the WS-Security TCs, as appropriate. The WS-RM TC will also work to align with relevant efforts of other organizations, such as the W3C's Web Service Architecture Working Group.

The WS-RM TC will accept as input the WS-Reliability specification [1] published by Fujitsu, Hitachi, Oracle, NEC, Sonic Software and Sun Microsystems on January 9, 2003. Other contributions in addition to WS-Reliability will be accepted for consideration without any prejudice or restrictions, and evaluated on their technical merit, as long as the contributions conform to this charter.

The benefits and results of this work will be:

  • The establishment of a standard and interoperable way of achieving a known, acceptable, and defined level of reliability at the SOAP messaging level.
  • The establishment of a common vocabulary for describing reliable message exchange patterns.

Out of Scope

The following features are outside the WS-RM TC's scope:

  • Conversations
  • Routing
  • Security: However, other mechanisms, such as work from the Web Services Security TC at OASIS, should be able to be used along with an implementation of this specification.
  • Encryption
  • Message Integrity: However, WS-RM's work should be able to be used with Digital Signatures to provide some level of message integrity
  • Mechanisms to protect against corruption of an individual message
  • Authentication
  • Message Non-Repudiation
  • Mechanisms for transaction and service references

As appropriate, this TC will use policy frameworks that are developed in open, recognized standards setting organizations and that meet the requirements of this TC for specifying quality of service levels.

[1] The WS-Reliability specification is available at any one of the following URLs:

http://xml.fujitsu.com/en/about/ws_r.html

http://www.hitachi.co.jp/soft/wsrm/

http://www.nec.co.jp/press/ja/0301/WS-ReliabilityV1.0.pdf

http://otn.oracle.com/tech/webservices/htdocs/spec/ws-reliability.html

http://www.sonicsoftware.com/wsreliability

http://sunonedev.sun.com/platform/technologies/technologies_mv.html

List of Deliverables

  • Reliability requirements document, such as use cases for WS-RM in EAI, B2B and wireless scenarios. Due within 2 months of first meeting.
  • WS-Reliability specification, including description of WS-Reliability bindings to transport protocol(s). This specification will reflect refinements and changes made to the submitted version of WS-Reliability that are identified by the WS-RM TC members for additional functionality and semantic clarity within the scope of the TC charter. Final draft due within 6 months of first meeting.

At the appropriate time the TC shall submit its Committee Specifications for balloting by OASIS membership for OASIS Standard status.

Standing Rules

In no event shall this Technical Committee finalize or approve any technical specification if it believes that the use, distribution, or implementation of such specification would necessarily require the unauthorized infringement of any third party rights known to the Technical Committee, and such third party has not agreed to provide necessary license rights on perpetual, royalty-free, non-discriminatory terms.

 

TOP OF PAGE