- From: David Hull <dmh@tibco.com>
- Date: Wed, 14 Dec 2005 15:29:09 -0500
- To: Mark Baker <distobj@acm.org>
- Cc: xml-dist-app@w3.org
- Message-id: <43A08095.6070309@tibco.com>
Mark Baker wrote: >On 12/14/05, David Hull <dmh@tibco.com> wrote: > > >> What's a response? >> >> > >I'm not sure I follow, but; > >http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 > > I just wanted to be sure you meant "HTTP response" and not some other kind (e.g, SOAP envelope, but that's specifically excluded). Section 6 that you link starts with " After receiving and interpreting a request message, a server responds with an HTTP response message." As far as I can tell, the only way you don't get a response back is in the event of a failure, either of the server or the transport. The client can't generally tell the difference, so I lump these together under "transport failure", as in 5. Transport failures may occur anywhere, including an in-only MEP over a fire-and-forget transport. If this is to be considered as a SOAP message, each subitem of 3 /[and probably other items as well] /will need to be amended in a tedious but straightforward way. If I've missed some other possibility, please let me know. >Mark. >-- >Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca >Coactus; Web-inspired integration strategies http://www.coactus.com > >
Received on Wednesday, 14 December 2005 20:29:47 UTC