Re: A modest attempt to re-open ISSUE-20

Eric,

that logic leaves you with POST only, not PUT. And POST functions
mostly as append operation, while PUT clearly is better suited for
resource creation.

  [...]
  o  Extending a database through an append operation
http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-17#section-6.5

Martynas

On Thu, Mar 14, 2013 at 7:09 PM, Erik Wilde <dret@berkeley.edu> wrote:
> hello martynas.
>
>
> On 2013-03-14 9:48 , Martynas Jusevičius wrote:
>>
>> am I not reading the HTTP spec right then?
>>     Proper interpretation of a PUT request presumes that the user agent
>>     knows what target resource is desired.  A service that is intended to
>>     select a proper URI on behalf of the client, after receiving a state-
>>     changing request, SHOULD be implemented using the POST method rather
>>     than PUT.
>
>
> i don't know how you're reading that, but it clearly says the method
> "presumes that the user agent knows what target resource is desired." in the
> case of a newly created resource, this identifier is not yet known. creating
> it is under control of the server, so the client doesn't know this URI.
>
> cheers,
>
> dret.

Received on Thursday, 14 March 2013 17:15:07 UTC