Can HTTP PUT request have application/x-www-form-urlencoded as the Content-Type?
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.
Paul Nibin
Updated on June 03, 2022Comments
-
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.