[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: issue: SOAP requirements
On Mar 16, 2005, at 11:56 PM, James M Snell wrote:
<devils advocate hat on>
That's an argument to use POST for everything; not an argument that
justifies making the use of SOAP optional in the spec. We can HTTP
POST non-SOAP-enveloped <atom:feed /> and <atom:entry /> elements and
still achieve the goal. Sure, you'd still need a way of expressing
the verb, but that could be done in other ways, such as a querystring
parameter or an HTTP header. Why is it necessary to wrap things in a
SOAP envelope just to express a verb? Or are there other reasons to
pull in SOAP?
I advanced more or less exactly those arguments, in my original model
of a "RESTful Atom API", but Joe and others argued passionately that
doing without PUT and DELETE wasn't REST and was sup-optimal.
My view is that shipping a protocol that can't be used by the hundreds
of millions (and that number is growing insanely fast) of basic
javaphones is totally out of the question, and if the SOAP dodge
enables that, that's a liveable compromise. -Tim