W3C home > Mailing lists > Public > public-ws-addressing@w3.org > June 2005

RE: Self-describing Messages wrt MEPs

From: Rogers, Tony <Tony.Rogers@ca.com>
Date: Wed, 22 Jun 2005 10:49:03 +1000
Message-ID: <7997F38251504E43B38435DAF917887F58E6C6@ausyms23.ca.com>
To: "David Orchard" <dorchard@bea.com>, <public-ws-addressing@w3.org>
Even so, I do like this - explicitly calling out that no reply is
expected is a good thing. 
It does amuse me, though, to have a ReplyTo on a message that isn't
expecting a reply. Maybe that's just my warped sense of humour :-)
Tony Rogers
tony.rogers@ca.com <blocked::mailto:tony.rogers@ca.com> 


From: public-ws-addressing-request@w3.org
[mailto:public-ws-addressing-request@w3.org] On Behalf Of David Orchard
Sent: Wednesday, 22 June 2005 9:59
To: public-ws-addressing@w3.org
Subject: Self-describing Messages wrt MEPs

I was thinking about Paco's desire for ReplyTo to have a desire for a
distinguished attribute to indicate that no response is expected.
Effectively, I think that he wants messages to be self-describing wrt


A one-way MEP over HTTP would be no-response for ReplyTo and FaultTo.

A robust-in-only MEP over HTTP would be no-response for ReplyTo and
anonymous FaultTo.

A request-response MEP over HTTP would be anonymous ReplyTo and
anonymous FaultTo.


>From an intermediary's perspective, it could look at the ReplyTo and
FaultTo to determine the MEP.


It seems worth calling out, that making messages self-describing from an
MEP perspective hasn't been forcefully called out as a requirement on
WS-A to date.


Another way of looking at this is that it moves the WSDL 2.0 MEP
functionality into WSDL 1.1 via WS-Addressing.  If you want a robust
in-only MEP over HTTP, you use WSDL 1.1 and then WS-A with the values
listed above.   This seems like it might have a side-effect of hurting
wsdl 2.0 adoption, in the same way the WS-I BP "backporting" parts of
SOAP 1.2 into SOAP 1.1 has probably hurt SOAP 1.2 adoption.





Received on Wednesday, 22 June 2005 00:49:16 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:04:09 UTC