Re: Status codes for DELETE

On Thu, May 16, 2013 at 10:23 AM, Raúl García Castro <rgarcia@fi.upm.es>wrote:

> Dear all,
>
> [[
> LDP 1.0. 4.5.1 LDPR servers MUST remove the resource identified by the
> Request-URI. After a successful HTTP DELETE, a subsequent HTTP GET on the
> same Request-URI MUST result in a 404 (Not found) or 410 (Gone) status code.
> ]]
>
> A successful HTTP DELETE request (i.e., 2xx) does not imply that the
> resource has been deleted, the request may be accepted (i.e., status code
> 202) but not enacted.
>
> Does the LDP specification want to allow any other status code for the
> DELETE operation beyond the HTTP/1.1 recommended 200, 202, and 204? The
> other status codes do not make sense, and as the HTTP/1.1 specification
> does not enforce but recommend these three, it might be worthy making this
> a strong requirement in LDP.
>
> Another issue is that the second MUST clause implies that URIs will not be
> reusable.
>
> Proposal:
> State that only 200, 202 and 204 are allowed status codes for a
> successfull DELETE.
> Rewrite the second MUST so it covers the case of 202 (Accepted) and of
> reusing URIs.
>
>
I wonder what is wrong with this text from RFC2616 [1]

[[
The DELETE method requests that the origin server delete the resource
identified by the Request-URI. This method MAY be overridden by human
intervention (or other means) on the origin server. The client cannot be
guaranteed that the operation has been carried out, even if the status code
returned from the origin server indicates that the action has been
completed successfully. However, the server SHOULD NOT indicate success
unless, at the time the response is given, it intends to delete the
resource or move it to an inaccessible location.

A successful response SHOULD be 200 (OK) if the response includes an entity
describing the status, 202 (Accepted) if the action has not yet been
enacted, or 204 (No Content) if the action has been enacted but the
response does not include an entity.
]]

I can't think what issue there is and what needs to be clarified.

[1]: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.7

- Steve


Kind regards,
>
> --
>
> Dr. Raúl García Castro
> http://delicias.dia.fi.upm.es/**~rgarcia/<http://delicias.dia.fi.upm.es/~rgarcia/>
>
> Ontology Engineering Group
> Departamento de Inteligencia Artificial
> Universidad Politécnica de Madrid
> Campus de Montegancedo, s/n - Boadilla del Monte - 28660 Madrid
> Phone: +34 91 336 36 70 - Fax: +34 91 352 48 19
>
>


-- 
- Steve