RE: Protocol independence

> Oops - I sent this as a reply, so I got the wrong WS list.
> Repeated here for convenience....

I'll respond to this one then.

> One important question is the following: if I define a web 

Good call.  Yes, this is arguably *the* important question.

> service as a 
> SOAP
> service, and if one of the transports that I can use to 
> convey SOAP is 
> HTTP,
> what is the significance of *how* I use HTTP to convey SOAP? 
> Do I want 
> the
> semantics of SOAP-over-HTTP to be the same as SOAP-over-MOM? If not,
> why not? If so, my application semantics must be defined 
> purely at SOAP
> and above, and the precise HTTP mapping is relevant only for 
> interoperability;
> it must be semantically neutral.
> 
> This feels trivially obvious, so either I'm wasting your time or I'm 
> missing something.....

Does it mean the same thing to transfer a file over HTTP PUT, as it
does to transfer it over HTTP POST, or NFS WRITE?  No.

Does it mean the same thing to send 'getStockQuote("sunw")' over
BEEP, TCP, IIOP, or MOM?  Yes, it does.

The difference is that NFS and HTTP are application protocols, and
BEEP, TCP, IIOP, and MOM are not.

MB

Received on Monday, 7 April 2003 22:04:08 UTC