WS-RM 1.1 Committee Draft Published
- Share
-
- |
Read later
My Reading List
When two parties want to communicate reliably using SOAP messaging, the most common option is to select a message queueing system, typically JMS-based. While this provides some portability, is does not create interoperability — which means that reliable communication is restricted to those communication partners who are able and willing to connect to the same middleware. WS-ReliableMessaging 1.1, which has just become an OASIS committe draft, provides an interoperable solution to this problem. It achieves this by implementing the necessary protocol on top of SOAP, which means that even an unreliable communication protocol such as HTTP can be used as the basis for reliable communication. One of the most important scenarios for this is B2B interaction, i.e. communication between distinct companies.
The committee draft status is significant because it marks the end of the most frequently cited Web services standards battle. OASIS has already ratified a standard addressing the same problem, WS-Reliability, originally created by Sun, Fujitsu, Novell, Oracle and Sonic. Proving expectations expressed by many analysts and industry experts correct, it never gained wide-spread adoption because industry heavyweights such Microsoft and IBM, together with BEA and TIBCO, pursued their similar, but distinct specification: WS-ReliableMessaging. Both specifications were originally published in early 2003; WS-Reliability became a standard in November 2004.
WS-ReliableMessaging, which had been updated twice (in 2004 and 2005) was submitted to OASIS in April 2005. The committee draft specification of WS-ReliableMessaging 1.1 has been created with support from many of the companies who were involved in WS-Reliability and the original WS-ReliableMessaging spec. WS-ReliableMessaging is based on WS-Addressing (itself now a W3C recommendation); the accompanying Web Services Reliable Messaging Policy Assertion v1.1, which is based on WS-Policy (also recently submitted to W3C), defines how to express reliability-related messaging capabilities and needs.
2 comments
The committee draft status is significant because it marks the end of the most frequently cited Web services standards battle. OASIS has already ratified a standard addressing the same problem, WS-Reliability, originally created by Sun, Fujitsu, Novell, Oracle and Sonic. Proving expectations expressed by many analysts and industry experts correct, it never gained wide-spread adoption because industry heavyweights such Microsoft and IBM, together with BEA and TIBCO, pursued their similar, but distinct specification: WS-ReliableMessaging. Both specifications were originally published in early 2003; WS-Reliability became a standard in November 2004.
WS-ReliableMessaging, which had been updated twice (in 2004 and 2005) was submitted to OASIS in April 2005. The committee draft specification of WS-ReliableMessaging 1.1 has been created with support from many of the companies who were involved in WS-Reliability and the original WS-ReliableMessaging spec. WS-ReliableMessaging is based on WS-Addressing (itself now a W3C recommendation); the accompanying Web Services Reliable Messaging Policy Assertion v1.1, which is based on WS-Policy (also recently submitted to W3C), defines how to express reliability-related messaging capabilities and needs.
Community comments
Public Review starting
by
Paul Fremantle
Posted
Re: Public Review starting
by
Stefan Tilkov
Posted
Public Review starting
by
Paul Fremantle
Stefan
Good article. I just want to clear up one point. This is slightly more important than just an OASIS Committee Draft. Without going into the whole OASIS process, this is our first public review, and the main chance for interested parties to comment. Based on the feedback we aim to try to get WSRM 1.1 standardised by around the end of the year.
Not only is this an opportunity to provide feedback, this is also a major "stake in the ground" for the technical committee. We have resolved all the major issues we raised as a group, and we believe the spec is in good shape.
Paul Fremantle
Co-chair - OASIS Web Service Reliable exchange TC
Good article. I just want to clear up one point. This is slightly more important than just an OASIS Committee Draft. Without going into the whole OASIS process, this is our first public review, and the main chance for interested parties to comment. Based on the feedback we aim to try to get WSRM 1.1 standardised by around the end of the year.
Not only is this an opportunity to provide feedback, this is also a major "stake in the ground" for the technical committee. We have resolved all the major issues we raised as a group, and we believe the spec is in good shape.
Paul Fremantle
Co-chair - OASIS Web Service Reliable exchange TC
Educational Content
Intro to CLP with core.logic
Ryan Senior Jun 18, 2013
Spock: A Highly Logical Way To Test
Howard Lewis Ship Jun 18, 2013
Java Garbage Collection Distilled
Martin Thompson Jun 17, 2013
C++11 The Future is Here
Bjarne Stroustrup Jun 16, 2013
The Big Data Revolution
Claudia Perlich Jun 16, 2013
Sponsored Links
Hello stranger!
You need to Register an InfoQ account or Login to post comments. But there's so much more behind being registered.Get the most out of the InfoQ experience.
Tell us what you think