Loswerden Content-type-in Postbote Anfrage
Habe ich eine andere app, so dass es legt Content-type
zu application/json
im Falle dass, wenn der header nicht vorhanden ist und versucht nun, es zu testen.
Dazu verwende ich Postbote. Wenn ich allerdings das Häkchen bei "Content-type" - header in der "Header" - Reiter Postbote noch sendet Content-type=text/plain;charset=UTF-8
.
Gibt es eine Möglichkeit, dies zu vermeiden und einfach nicht senden Sie alles in Content-type
header?
Wäre dankbar jede Hilfe, vielen Dank
- Was die post-Methode verwenden Sie?
- POST
- Können Sie nach
nothing
im Körper? Oder muss es eine bestimmte Nutzlast? Gelingt das nicht, müssen Sie verwenden Postbote dafür? Vielleicht ein basic-cURL-request würde es tun. - Nein, ich kann nicht. Um die Wahrheit zu sagen, es gibt keinen Grund, mit Postboten, aber alle anderen Clients ist ein Fehler aufgetreten - ich habe locken und es setzt auch dieser header standardmäßig. Java Standard HttpClient setzt dieser header standardmäßig, wenn kein Wert gesetzt ist
Du musst angemeldet sein, um einen Kommentar abzugeben.
Gehen Sie auf die Registerkarte Text, wählen Sie " raw " aus dem Untermenü. Rechts von 'binary' in der sub-Menü, eine Auswahlliste zur Verfügung. Wählen Sie "Text" (nicht " Text[Text/plain]') aus dieser Liste. Dadurch wird die Content-Type-header.
Content-Type: text/plain
nach netcatGibt es zwei beunruhigende Dinge hier.
Sagen Sie, Sie wollen Anfrage stellen interpretiert werden als JSON-auch wenn Sie nicht angeben, es als JSON? WARUM?! Dies kann dazu führen, alle Arten von Verwirrung, die zukünftigen Rahmenbedingungen konnte, haben seltsame defaults ausgelöst, und nicht spezifisch ist es, nun Biss in die Zukunft.
Sind Sie vielleicht verwirrend, Content-Type und Accept? Ich sehe, dass eine Menge passieren.
Auch andere etwas schien seltsam an:
Warum sind Sie auf die Prüfung "in-the-browser" wie das? APIs sind leicht getestet, die mit der integration tests, wo Sie das Feuer ein paar Header auf dem controller, und sehen, wie es reagiert.
Tests machen einen besseren job, sicherzustellen, dass das Ding funktioniert, sonst musst du überprüfen, was in den Postboten, wenn Sie ändern Sachen. Das braucht Zeit, ist unrealistisch, und wird dazu führen, dass Sie drängen Fragen der Produktion regelmäßig.