[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Idempotent methods, HTTP PUT, and app:edited
Has anyone pondered the idempotence of a PUT method on an APP member
resource?
If you attempt to PUT repeatedly, then the first one that succeeds will
set a new ETag expectation. Subsequently, if PUT requests with
"if-match" preconditions are made, these would fail thus saving the
idempotence requirement on PUT (RFC 2616, 9.1.2). OTOH, without
preconditions, we have to store the new entity and change the app:edited
element. IMHO, That creates a "side-effect", and hence is not an
idempotent operation.
Nikunj