The mission of the Web Services Policy Working Group, part of the Web Services Activity, is to produce W3C Recommendations for Web Services Policy by refining the “WS-Policy” Member Submission, addressing implementation experience and interoperability feedback from the specifications, maximizing compatibility with existing policy assertions (as defined in the Scope section), and considering composition with other components in the Web services architecture.
Web Services Policy defines a flexible policy data model and an extensible grammar for expressing the capabilities, requirements and general characteristics of a Web service, and defines mechanisms for associating policies with Web service constructs. Web Services Policy is used to convey the conditions for an interaction between a Web service requester and a Web service provider.
Existing policy assertions are broadly deployed, and many more are under development. Web Services Policy enables Web services to recognize and act on the conditions for an interaction, and is required by other standardization efforts. To meet these critical needs, Web Services Policy should be provided in a timely fashion. Therefore, this Working Group shall be schedule-driven and Web Services Policy shall remain compatible with and to the extent possible accommodate the use of these existing policy assertions. This charter features an aggressive schedule and a tightly constrained scope designed to ensure that the Web Services Policy Working Group will meet its schedule. This charter is intended to carry Web Services Policy consensus and interoperability forward, as outlined in Tips for Getting to Recommendation Faster.
Join the Web Services Policy Working Group.
End date | 31 December 2007 |
---|---|
Confidentiality | Proceedings are public |
Initial Chairs | Paul Cotton (Microsoft), Chris Ferris (IBM) |
Initial Team Contacts (FTE %: 35) |
Felix Sasaki, Philippe Le Hégaret |
Usual Meeting Schedule | See Meetings |
The Web Services Policy Working Group is chartered to standardize a general policy framework for expressing Web service capabilities and requirements. The framework consists of a policy data model for expressing capabilities and requirements of a Web Service, a processing model for combining and comparing Web service capabilities and requirements and an XML Information Set representation for the policy data model. The parts of the framework are described as follows:
@wsdl:required
.
Web Services Policy should remain compatible with existing policy assertions and offer a smooth migration path for these assertions (where applicable). Existing policy assertions (in specifications that have been submitted to other standards groups) are Web Services Reliable Messaging Policy, Web Services Security Policy, Web Services Atomic Transaction, and Web Services Business Activity Framework.
The Web Services Policy Working Group will use the latest versions of Web Services Policy Framework and Web Services Policy Attachment as the basis for its deliverables.
The Web Services Policy Working Group is expected to demonstrate interoperable implementations during the Call for Implementations step.
The area of Web Services policy is very broad as it could be imagined to contain everything from a simple policy assertion to application semantics used for processing policies. To be successful, it is very important to clearly define the scope of the Web Services Policy Working Group.
The following is intended to more tightly constrain the in-scope features, to prevent feature bloat and assure timely delivery. If some function, mechanism or feature is not mentioned here, and it is not mentioned in the Scope of Work section either, then it will be deemed to be out of scope.
Web Services Policy assertions indicate domain-specific capabilities and requirements and are defined in domain-specific specifications (these specifications include domain-level intersection of policy assertion parameters, cardinality of policy assertions and attachment subjects). Example specifications include Web Services Reliable Messaging Policy, Web Services Security Policy, Web Services Atomic Transaction, and Web Services Business Activity Framework. Other W3C working groups may define policy assertions to indicate capabilities and requirements, such as for the use of MTOM or Web Services Addressing. The Web Services Policy Working Group will not define policy assertions, or define any mechanisms or patterns or languages for defining policy assertions. The syntax and semantics of policy assertions are delegated to experts in their respective domains.
The Working Group will not engage in defining application or higher-level infrastructure related to Web Services Policy including storage, negotiation, management, lifecycle, visibility, distribution, verification, enforcement, translation, etc for Web Services Policy. These specific aspects of the infrastructure are orthogonal to expressing consistent combinations of capabilities and requirements of a Web service.
An important feature of communicating in a distributed environment is the ability to exchange information that describes how the interaction between a Web service requestor and a Web Service provider can occur. The Web Services Policy Working Group will not define any mechanisms for policy exchange.
Web Services Policy implies configuration for interactions with a Web service, which can be written in different Web services programming models in different programming languages. Web Services Policy is not geared towards any programming model or language. Therefore, the Web Services Policy Working Group will not define mappings to any programming model or language.
The Web Services Policy Working Group will focus on providing an XML Information Set representation of policy, and will not focus on mapping to or reconciling with other approaches for policy. Alternate representations of policy or alternate approaches for policy may be important for External Groups, other W3C Working Groups and Activities, and are delegated to those groups.
Note: The group will document significant changes from this initial schedule on the group home page. The Advisory Committee MUST be notified of any significant schedule changes. | ||||||
Specification | FPWD | LC | CR | PR | Rec | |
---|---|---|---|---|---|---|
Web Services Policy 1.5 - Framework | July 2006 | November 2006 | March 2007 | July 2007 | August 2007 | |
Web Services Policy 1.5 - Attachment | July 2006 | November 2006 | March 2007 | July 2007 | August 2007 |
The Working Group will produce a test suite intended to promote implementation of the Candidate Recommendation, and to assess interoperability between these implementations. To the extent possible, this test suite will use the existing policy assertions.
The Working Group may also:
The Web Services Policy Working Group should coordinate its efforts with other Working Groups involved in the Web Services Activity, especially:
As part of the Web Services Activity, the Web Services Policy Working Group Chair and Team Contact will be represented in the Web Services Coordination Group.
The following organizations have groups that may utilize Web Services Policy:
Effective participation is expected to consume one or two workdays per week for each Working Group participant; two or more days per week for editors. The Chair shall ensure that the criteria for Good Standing are understood and followed.
To be successful, we expect the Web Services Policy Working Group to have 10 or more active participants for its duration.
Participants are expected to carry out their assignments in a timely fashion, attend most meetings, and to remain familiar with group documents and mailing list discussion (W3C Process Document, section 6.2.1.7). Active participation will help ensure rapid progress.
The Chair is expected to use the means provided by the W3C Process to help the Web Services Policy Working Group remain on schedule and avoid scope creep (see the list of expected milestones). The Chair will:
The Web Services Policy Working Group will have distributed and face-to-face meetings.
At least up until the Last Call period ends a two-hour Working Group distributed meeting will be held every week. Thereafter, a one and half hour Working Group distributed meeting will be held every week. When necessary to meet agreed-upon deadlines, distributed meetings may be held twice a week. Face-to-face meetings are expected to occur every 2 months.
The Web Services Policy Working Group may adjust the timing and duration of meetings to address the workload and assure that the goals and schedule of this charter are achieved.
This group primarily conducts its work on the public mailing list public-ws-policy@w3.org. A Member-only mailing list member-ws-policy@w3.org is also available for administrative purposes.
Information about the group (deliverables, participants, face-to-face meetings, teleconferences, etc.) is available from the Web Services Policy Working Group home page.
As explained in the Process Document (section 3.3), this group will seek to make decisions when there is consensus. When the Chair puts a question and observes dissent, after due consideration of different opinions, the Chair should record a decision (possibly after a formal vote) and any objections, and move on.
When deciding a substantive technical issue, the Chair may put a question before the group. The Chair must only do so during a group meeting, and at least 50% of participants in Good Standing must be in attendance. When the Chair conducts a formal vote to reach a decision on a substantive technical issue, eligible voters may vote on a proposal one of three ways: for a proposal, against a proposal, or abstain. For the proposal to pass there must be more votes for the proposal than against. In case of a tie, the Chair will decide the outcome of the proposal.
This Working Group operates under the W3C Patent Policy (5 February 2004 Version). To promote the widest adoption of Web standards, W3C seeks to issue Recommendations that can be implemented, according to this policy, on a Royalty-Free basis.
For more information about disclosure obligations for this group, please see the W3C Patent Policy Implementation.
This charter for the Web Services Policy Working Group has been created according to section 6.2 of the Process Document. In the event of a conflict between this document or the provisions of any charter and the W3C Process, the W3C Process shall take precedence.
Copyright© 2006 W3C ® (MIT , ERCIM , Keio), All Rights Reserved.
$Date: 2006/06/01 21:39:56 $