- From: Mark Baker <distobj@acm.org>
- Date: Mon, 13 Dec 2004 10:17:25 -0500
- To: public-ws-addressing@w3.org
The SOAP binding currently only supports uses of SOAP which treat
underlying application protocols as transport protocols. It does this
by requiring that a wsa:Address EII map to the wsa:To SOAP header,
rather than providing for the possibility of mapping to the identifier
in the underlying protocol. The spec says;
"The [address] property in the endpoint reference is copied in the
[destination] message information property. The infoset
representation of the [destination] property becomes a header block
in the SOAP message."
As an example of the problem, consider the following EPR (an edited
version of one from the spec);
<wsa:EndpointReference xmlns:wsa="..." xmlns:fabrikam="...">
<wsa:Address>foobar@fabrikam123.example</wsa:Address>
<wsa:ReferenceProperties>
<fabrikam:CustomerKey>123456789</fabrikam:CustomerKey>
</wsa:ReferenceProperties>
<wsa:ReferenceParameters>
<fabrikam:ShoppingCart>ABCDEFG</fabrikam:ShoppingCart>
</wsa:ReferenceParameters>
</wsa:EndpointReference>
Here, "foobar@fabrikam123.example" is required to go in the SOAP header,
rather than in the "RCPT TO" command of the SMTP protocol (as an example
of one email delivery protocol).
I think the shortcoming will significantly hamper the ability for
WS-Addressing enabled agents and services to integrate with existing
applications on the Internet, such as email, instant messaging, and the
Web.
Mark.
--
Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
Received on Monday, 13 December 2004 15:14:55 UTC