PUT, If-Match, 412 - over-constrained?

• From: Grzegorz Calkowski <grzes@vmware.com>
• Date: Thu, 21 Feb 2013 23:09:57 -0800 (PST)
• To: ietf-http-wg@w3.org
• Message-ID: <1014881229.176050.1361516997077.JavaMail.root@zimbra.com>

Hello,

I found this old post by Roy at:

http://tech.groups.yahoo.com/group/rest-discuss/message/10100

"A more interesting question is whether the spec over-constrains the
case where a PUT is successful but tried again. In other words, should
the server be allowed to accept the PUT if the etag differs but the
current state matches what is being PUT? Subversion handles such
cases nicely because it is common for two developers to patch the
same bugs. I think the "MUST respond with 412" is yet another case
of a bogus requirement being added in 2616.

Note: this is an HTTP spec issue, not a REST issue.

....Roy"

HTTPbis still requires 412 when the only thing that differs is etag. Any chance this will change?

Thanks,
Grzegorz

Received on Friday, 22 February 2013 07:10:36 UTC