Re: Issue 133, and permitting no body


I'm not sure I follow.  Where does the urlencoding of the SOAP message
come in, in this example?

> > Encoding a SOAP envelope in a URI is using GET to tunnel that envelope,
> > and isn't respecting GET semantics (which are "give me a representation
> > of the resource identified by the Request-URI").
> Well, having the envelope sent as a parameter is OK.
> Another way to look at the GET method would be to have inbound one-way
> messaging, but you need to have a way to identify that you will get
> something without a body.
> An example would be to do a POST to register a listener to a resource, you
> want to listen to the weather in "foo" city
> POST /register
> <blah>
> HTTP/1.1 303 OK
> Location:
> And then you get "events" (ie, weather information) using GET method. Of
> course it can be cached and ETag or Date revalidation can be used to
> detect any new "event".
> It is clear in this case that those GETs are idempotent methods.

Mark Baker, Chief Science Officer, Planetfred, Inc.
Ottawa, Ontario, CANADA.

Received on Friday, 1 February 2002 09:12:33 UTC