Alternative Körper für HTTP PUT

Question

Ich entwickle einen REST-ful Webservice, und ich habe eine Frage über die HTTP PUT Methode.

Ich möchte Menschen ermöglichen, Inhalte mit einem Antrag/Formulardatenanforderung Körper einzureichen. Die Standardantwort ist jedoch in application/xml.

Ist das akzeptabel?

Evert

Answer 1

Inhaltstypen sind nur im Rahmen einer einzelnen Anfrage wichtig. Sie beschreiben lediglich das Format des gesendeten Inhalts.

Ihr Webdienst sollte die Antwort liefern, die für die Clientanforderung, die er bereitstellen kann, am annehmbarsten ist. Die Clientanforderung sollte einen Accept-Header enthalten, der die zulässigen Inhaltstypen beschreibt. Wenn Ihr Dienst keines der Inhaltstypen in diesem Header nicht zur Verfügung stellen kann dann zurück 406 Not Acceptable

In Ihrer Situation, wenn Ihre Kunden GET Anfragen application/xml in den Accept-Header enthalten, dann ist es in Ordnung mit application/xml, unabhängig von PUT zu reagieren Anfrage über die angeforderten Ressourcen.

EDIT:

Die status code definition für 406 Not Acceptable eine Note umfasst mit der folgenden:

Anmerkung: HTTP/1.1-Server erlaubt Antworten zurückgeben, die nicht akzeptabel gemäß den akzeptieren gesendet Headern in die Anfrage. In einigen Fällen kann dies sogar vorzuziehen sein, eine Antwort zu senden. Benutzeragenten werden aufgefordert, die Kopfzeilen von einer eingehenden Antwort zu überprüfen, um festzustellen, ob sie akzeptabel ist.

So können Sie application/xml wann immer Sie wollen zurückgeben.

Answer 2

RESTful Dienste sollten die korrekte HTTP-Methode (GET, HEAD, PUT, DELETE oder POST) für die Aktion verwenden, stellen Sie sicher, dass jede Scoping-Informationen in der URI enthalten ist, und stellen Sie sicher, dass die HTTP-Nachrichtenumschlag tut nicht einen anderen Umschlag enthalten, zB SOAP.

Roy Fieldings 2000 Ph.D. dissertation: Architectural Styles and the Design of Network-Based Software Architectures bildet die Grundlage von REST.