W3C home > Mailing lists > Public > xml-dist-app@w3.org > March 2002

HTTP intermediaries and SOAP

From: Mark Baker <distobj@acm.org>
Date: Fri, 29 Mar 2002 14:37:15 -0500 (EST)
Message-Id: <200203291937.OAA07164@markbaker.ca>
To: rayw@netscape.com (Ray Whitmer)
Cc: noah_mendelsohn@us.ibm.com, chris.ferris@sun.com, xml-dist-app@w3.org
Hi Ray,

> I would appreciate a better description.  How does it leave the HTTP 
> intermediary out of sync with the SOAP/HTTP processors?  Why does a 
> fault have to be any more than just a message in this case?

In the chameleon use, both SOAP and HTTP work at the application layer.
That means a SOAP fault is an HTTP fault.  That's all, really.

While a non-SOAP HTTP intermediary doesn't know another about the SOAP
envelope, there's still additional information available to it with
which value-add can be provided (HTTP headers, response codes, and the
HTTP method in use to transfer the envelope).  Resource-Type, a recently
proposed[1] header, is enormously valuable to HTTP intermediaries, and
usable with or without SOAP.

 [1] http://www.ietf.org/internet-drafts/draft-palmer-resrep-type-00.txt

Mark Baker, Chief Science Officer, Planetfred, Inc.
Ottawa, Ontario, CANADA.      mbaker@planetfred.com
http://www.markbaker.ca   http://www.planetfred.com
Received on Friday, 29 March 2002 14:32:01 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:11:48 UTC