Cover Pages Logo SEARCH
Advanced Search
Site Map
CP RSS Channel
Contact Us
Sponsoring CP
About Our Sponsors

Cover Stories
Articles & Papers
Press Releases

XML Query

XML Applications
General Apps
Government Apps
Academic Apps

Technology and Society
Tech Topics
Related Standards

OASIS Web Services Notification (WSN) TC

OASIS TC Call for Participation: Web Services Notification

Date:      Tue, 09 Mar 2004 15:14:39 -0500
From:      Karl F. Best <>
Subject:   OASIS TC Call for Participation: Web Services Notification

A new OASIS technical committee is being formed. The OASIS Web Services Notification (WSN) TC has been proposed by the following members of OASIS: Fred Carter, Amberpoint; David Chappell, Sonic Software; Andreas Dharmawan, Westbridge Technology; David Hull, Tibco; Ian Foster, ANL; Hiro Kishimoto, Fujitsu; Hitoshi Komori, Fujitsu; Lily Liu, WebMethods; Bryan Murray, Hewlett-Packard; Peter Niblett, IBM; Richard Nikula, BMC; Sanjay Patil, SAP AG; Homayoun Pourheidari, Hewlett-Packard; Igor Sedukhin, Computer Associates; Hitoshi Sekine, Ricoh; Latha Srinivasan, Hewlett-Packard; Jem Treadwell, Hewlett-Packard; Steve Tuecke, ANL; William Vambenepe, Hewlett-Packard; Alan Weissberger, NEC, and Dave Orchard, BEA.

The proposal for a new TC meets the requirements of the OASIS TC Process (see, and is appended to this message. The TC name, statement of purpose, scope, list of deliverables, audience, and language specified in the proposal will constitute the TC's charter. The TC Process allows these items to be clarified (revised); such clarifications (revisions), as well as submissions of technology for consideration by the TC and the beginning of technical discussions, may occur no sooner than the TC's first meeting.

As specified by the OASIS TC Process, the requirements for becoming a member of the TC at the first meeting are that you must 1) be an employee of an OASIS member organization or an Individual member of OASIS; 2) notify the TC chair of your intent to participate at least 15 days prior to the first meeting; and 3) attend the first meeting of the TC. For OASIS members, to register for the TC using the OASIS collaborative tools, go to the TC's public web page at and click on the button for "Join This TC" at the top of the page. You may add yourself to the roster of the TC either as a Prospective Member (if you intend to become a member of the TC) or an Observer. A notice will automatically be sent to the TC chair, which fulfills requirement #2 above.

OASIS members may also join the TC after the first meeting. Note that membership in OASIS TCs is by individual, and not by organization.

Non-OASIS members may read the TC's mail list archive, view the TC's web page, and send comments to the TC using a web form available on the TC's web page; click the "Send A Comment" button. The archives of the TC's mail list and public comments are visible at

Further information about the topic of this TC may be found on the Cover Pages under "Stateful Web Services" at:


Karl F. Best
Vice President, OASIS
office  +1 978.667.5115 x206
mobile +1 978.761.1648

WSN TC Charter

Name of the TC

OASIS Web Services Notification (WSN) Technical Committee

Statement of Purpose

The purpose of the Web Services Notification (WSN) TC is to define a set of specifications that standardise the way Web services interact using the Notification pattern.

In the Notification pattern a Web service, or other entity, disseminates information to a set of other Web services, without having to have prior knowledge of these other Web Services. Characteristics of this pattern include:

  1. The Web services that wish to consume information are registered with the Web service that is capable of distributing it. As part of this registration process they may provide some indication of the nature of the information that they wish to receive.

  2. The distributing Web service disseminates information by sending one-way messages to the Web services that are registered to receive it. It is possible that more than one Web service is registered to consume the same information. In such cases, each Web service that is registered receives a separate copy of the information.

  3. The distributing Web service may send any number of messages to each registered Web service; it is not limited to sending just a single message.

The Notification pattern has many applications, for example in the arenas of system or device management, or in commercial applications such as electronic trading.

The goal of this TC is to define a set of royalty-free, related, interoperable and modular specifications that allow this pattern to be modeled in an explicit and standardized fashion. The benefits of such standardization include interoperation between application entities written by different authors, as well as interoperation between different publish/subscribe messaging middleware providers.

Scope of Work

The scope of this work is to define a set of related, interoperable and modular specifications that standardize the concepts, message exchanges, WSDL and XML schema renderings required to express the Notification pattern, as outlined in the previous section.

These specifications will cover the basic Notification pattern along with additional functions that support the use of this pattern. The items to be specified include:

  • The means by which one Web service can be registered with another in order to receive notifications. It will be possible for this registration to be performed by a third party. This includes the means by which the registration indicates the kind of information that it covers.
  • The means by which such registrations (subscriptions) can be modified or deleted.
  • The means by which a Web service delivers information to those Web services that are registered with it. This includes the possibility of "bulk notification", i.e., batching multiple pieces of information into a single message.
  • The means by which a Web service can limit the amount of information that is being sent to it.
  • The means by which a Web service can act as a "notification broker". A notification broker can act as a intermediary between the producer of the information and the Web services that receive it.
  • The means by which an entity which is not itself a Web service can use a notification broker to deliver information to Web services.
  • A language that can be used to describe a Topic information space, and associated metadata. Topics are used to categorize the kinds of information that can be sent or subscribed to as part of a subscription registration.
  • One or more Topic Expression dialects, used to identify Topics or sets of Topics, within a Topic information space.
  • The means by which a Web service can provide runtime metadata showing what Topics it has available for subscription, and in what formats the subscription can be made.
  • One or more Policy language(s) that express the policies that can be applied to a subscription (for example maximum message rate or quality of service) and to other roles and components within the scope of work of the TC.
  • A list of the various roles that Web services, or other entities, can assume within the Notification pattern, along with a description of the function required in order to fulfill each role.
  • Concepts and Terminology to support the above.

The specifications produced by the TC will be independent of binding-level details. The method of registering for information, and the actual delivery of that information will be orthogonal to transport protocols, so that the specifications can be used over a variety of different transports.

The specifications will be factored in a way that allows resource-constrained devices to participate in the Notification pattern. Such devices will be able to send information to, and receive information from Web services, without having to implement all the features of the specifications.

The specifications will be designed so that implementations of the specifications can map naturally onto traditional Messaging Middleware systems. The specifications will not describe or attempt to standardize the nature of this mapping.

The WSN TC takes, as its starting point, the Web Service Notification specification documents recently published by Akamai Technologies, Computer Associates International, Fujitsu Laboratories of Europe, the Globus Alliance/Argonne National Laboratory, Hewlett-Packard, IBM, SAP AG, Sonic Software, and Tibco Software. These documents are:

The TC will coordinate with the proposed WSRF TC, and the standards produced by the WSN TC will conform to the implied resource pattern specified by the WSRF TC. Specifications produced by the WSN TC will make use of specifications from the WSRF TC concerning lifetime and properties of WS-Resources.

Other contributions in addition to those listed above 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

Out of Scope

The following topics are outside the scope of this TC:

  1. The TC will not prescribe any particular format for the information transmitted in a Notification (other than requiring it to be expressible as a WSDL message).
  2. The TC will not define schemas for notification messages for use in particular application domains.
  3. The TC will not define standard Topic information spaces.
  4. The TC will not define the mapping to any particular programming language, or to any particular messaging middleware.
  5. The TC will not attempt to provide specifications for things which have a wider applicability within Web Services. For example, the TC will not provide specifications for the following features:
    • Routing
    • Addressing
    • Policy Framework
    • Resource destruction
    • Resource properties
    • Reliable Messaging
    • Encryption
    • Message Integrity
    • Mechanisms to protect against corruption of an individual message
    • Authentication
    • Message Non-Repudiation
    • Transactions and Compensation

Where required, these features are provided by composing Notification with other Web Services standards.

List of Deliverables

  • A revised set of WS-Notification specifications (WS-Base Notification, WS-Topics, WS-Brokered Notification). Committee Drafts due within one year of the first meeting.
  • A WS-NotificationPolicy specification detailing the policy language associated with Notification. Committee Draft due within one year of the first meeting.
  • A primer introducing the above specifications, including use cases, scenarios and suggested best practices for domain experts, as appropriate. Committee Draft due within one year of the first meeting.

These specifications will reflect refinements and changes made to, and by, contributions to the TC that are identified by members for additional functionality and semantic clarity within the scope of the TC charter. The TC may choose to vary the number of the specification documents and their titles.


The anticipated audience for this work includes:

  • other specification writers that need the notification pattern for Web services
  • vendors offering web service or message oriented middleware products
  • software architects and programmers who design and write distributed applications requiring notification



Additional Information

The following is informational only for the purposes of starting the TC, and will not be part of the TC's charter:

Identification of Existing Activities

A number of efforts that use or require the notification pattern in Web services are underway throughout the industry. The following work may be relevant to this Web Services Notification TC:

Date and Time of the First Meeting

The first meeting of the TC will be face-to-face on 29 April 2004 from 9am to 5pm, in New Orleans, in conjunction with the OASIS Symposium on Reliable Infrastructures.

Meeting Schedule for the First Year

Following the first meeting, the TC is expected to meet bi-weekly via teleconference and to have quarterly face to face meetings, unless a different schedule is agreed upon. The initial sponsors for teleconference and face to face meetings will be Hewlett-Packard and IBM


The following eligible people are in support of this proposal:


Peter Niblett

Proposed Co-Chairs

Peter Niblett
William Vambenepe

Prepared by Robin Cover for The XML Cover Pages archive. See additional information in the news story: "OASIS Forms TCs for Web Services Resource Framework and Web Services Notification." See context at "Web Services Notification Framework."

Globe Image

Document URL: