W3C home > Mailing lists > Public > www-ws-desc@w3.org > February 2007

Re: CR123: Simultaneous presence of {http method} and {safe}

From: Jacek Kopecky <jacek.kopecky@deri.org>
Date: Mon, 12 Feb 2007 15:45:52 +0100
To: Jean-Jacques Moreau <jean-jacques.moreau@crf.canon.fr>
Cc: WSD Public <www-ws-desc@w3.org>
Message-Id: <1171291552.8536.52.camel@localhost>

as Jonathan has already mentioned, I believe, one can have a safe
operation that uses POST. 

Safety is used for defaulting to GET so that you can have interfaceless
bindings that nevertheless use GET for some operations. Such defaulting
may even be incorrect in light of how much request data can be
represented usefully and interoperably in a URI. There are practical
limits to that.

I don't think it's useful to tie {http method} and {safe} more than they
are tied now.
Best regards,

On Mon, 2007-02-12 at 14:51 +0100, Jean-Jacques Moreau wrote:
> I've implemented the current resolution for CR123.
> However, I think we need to do a little more. Indeed, currently:
> - if both {http method} (or, in its absence, {http method default}) and 
> {safe} are set, {http method} takes precendence, i.e. the value of the 
> {safe} property is ignored.
> This could be an issue, for example if {http method}="POST" and 
> {safe}="true".
> Two alternatives:
> a. Indicate {http method} and {safe} cannot be present simultaneously.
> b. {safe} takes precendence over {http method} (as {http method} already 
> takes precendence over {http method default}).
> There's some appealing symmetry in b., but a. may be straigther.
> JJ.
Received on Monday, 12 February 2007 14:45:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:55:03 UTC