Can HTTP PUT request have application/x-www-form-urlencoded as the Content-Type?

19,645

Solution 1

Yes you can use application/x-www-form-urlencoded with PUT. The HTTP spec does not limit what methods can be used with what media types.

The currently in-progress Httpbis spec has a significantly expanded discussion of PUT https://datatracker.ietf.org/doc/html/draft-ietf-httpbis-p2-semantics-14#page-18

Solution 2

Since the PUT method is used to store the enclosed entity under the supplied URI and the Content-Type header field is an entity header field, it is legitimate to use a Content-Type header field in a PUT request.

Now the remaining question is whether the receiving server can handle such request and Content-Type information appropriately. In worst case it can’t handle the Content-Type header field and returns a 501 response:

The recipient of the entity MUST NOT ignore any Content-* (e.g. Content-Range) headers that it does not understand or implement and MUST return a 501 (Not Implemented) response in such cases.

Share:
19,645
Paul Nibin
Author by

Paul Nibin

Updated on June 03, 2022

Comments

  • Paul Nibin
    Paul Nibin almost 2 years

    Is it valid to send form data in an HTTP PUT request? If you could point me to a spec then that would be great.

    I have gone through the HTTP 1.1 spec. But I did not find whether PUT requests can have form data or not.

    I am using Java for creating and accessing RESTful webservices. POST supports application/x-www-form-urlencoded as the Content-Type.

    From the specification, I understand that POST is for creating a new resource (a subresource to the resource identified by the request URI) and PUT is for create or update a resource.

    But my doubt is whether PUT method also can have form data in it? I trying to find out whether it is fine according to the spec. And I can't find anything about this in the HTTP 1.1 spec.