RE: SOAP/XML Protocol and filtering, etc.
2001-05-07 16:00:05
The meaning of SOAPAction is not to say that "this is a stockquote
service" but to say that "I am sending you a SOAP message of a type that
is part of a stock quote service".
The difference is that one is a destination which is carried in HTTP by
the request-URI but the other is a hint about what is in the message.
This is why SOAPAction is a separate parameter.
Henrik
On Sun, May 06, 2001 at 03:12:08PM -0400, Keith Moore wrote:
and client APIs. It also keeps HTTP servers from having to know
specifically whether a particular URI corresponds with a SOAP
request (in which case it might have to look at the SOAPAction
header in order to know how to handle it) or not (in which case the
SOAPAction header should be ignored).
Yep; seems to me that Content-Type ss more appropriate for dispatch,
if doing it in a header is desireable.
ugh. only if you must. the URL is *far* better for this purpose.
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: SOAP/XML Protocol and filtering, etc., (continued)
Re: SOAP/XML Protocol and filtering, etc., Jeff . Hodges
RE: SOAP/XML Protocol and filtering, etc.,
Henrik Frystyk Nielsen <=
- Re: SOAP/XML Protocol and filtering, etc., Keith Moore
- RE: SOAP/XML Protocol and filtering, etc., Dick Brooks
- Re: SOAP/XML Protocol and filtering, etc., Keith Moore
- RE: SOAP/XML Protocol and filtering, etc., Dick Brooks
- Re: SOAP/XML Protocol and filtering, etc., Keith Moore
- RE: SOAP/XML Protocol and filtering, etc., Dick Brooks
- Re: SOAP/XML Protocol and filtering, etc., Keith Moore
- RE: SOAP/XML Protocol and filtering, etc., Dick Brooks
- Re: SOAP/XML Protocol and filtering, etc., Scott Lawrence
- Re: SOAP/XML Protocol and filtering, etc., Keith Moore
|
|
|