Lesen Content-Type application/json im Frühjahr

Wie in Sie versuchen-zu-nutzen-spring-boot-Ruhe-zu-Lesen-json-string-aus-post ich Lesen möchte eine json-Nutzlast, die aus einer POST-Anforderung in einer Feder RestController. Mit dem Inhaltstyp "text/plain" es ist kein problem, aber mit "application/json" die Deserialisierung schlägt fehl und ich bekomme eine MessageNotReadable Ausnahme. Aber tatsächlich ist der Inhalt könnte nicht einfacher sein, es ist nur ein leeres json-Objekt "{}". Könnte es sein, dass eine erforderliche Wandler fehlt?
Ich benutze Frühjahr Root-version 1.2.3.RELEASE.

Codierung Beispiel

@RequestMapping(value = "/deepdefinitions", method = POST, headers = "Accept=application/json")
@ResponseBody
public Definitions createOrUpdateDefinitions(HttpEntity<String> httpEntity) throws IOException { ... }

Curl-Aufruf

curl -H  "Content-type: application/json" -X POST -d '{}' http://localhost:8080/deepdefinitions

Fehler

{"timestamp":1434397457853,"status":400,"error":"Bad Request","exception":"org.springframework.http.converter.HttpMessageNotReadableException","message":"Could not read JSON: Can not deserialize instance of java.lang.String out of START_OBJECT token\n at [Source: org.apache.catalina.connector.CoyoteInputStream@122f9ce3; line: 1, column: 1]; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Can not deserialize instance of java.lang.String out of START_OBJECT token\n at [Source: org.apache.catalina.connector.CoyoteInputStream@122f9ce3; line: 1, column: 1]","path":"/deepdefinitions"}
  • Sie verwenden sollten, Header = "Accept=application/json" in "@RequestMapping "und pass das serialisierte Objekt in "@RequestBody", um Ihre controller-Methode
  • Zeigt die genaue exception/StackTrace bitte.
  • die "Header" in RequestMapping keine änderung des Verhaltens. Update ich die Frage mit einem coding-Beispiel.
InformationsquelleAutor Gregor | 2015-06-15
  1. 0

    Vom Spring REST guide

    Den Accept und Content-Type HTTP-Header können verwendet werden, um zu beschreiben, die Inhalte gesendet oder angefordert wurden, innerhalb einer HTTP-Anforderung. Der Kunde kann festlegen Accept zu application/json wenn es angefordert wird, die eine Antwort im JSON-Format. Umgekehrt, wenn das senden von Daten, Einstellung der Content-Type zu application/xml teilt dem client mit, dass die gesendeten Daten in der XML.

    Erscheint es dem Controller, ist die Verarbeitung nur Accept-header:

    @RequestMapping(value = "/deepdefinitions", method = POST, headers = "Accept=application/json")

    Sie brauchen, um es zu ändern:

    @RequestMapping(value = "/deepdefinitions", method = POST, headers = "Accept=application/json,Content-type=application/json")

    Gibt es auch Verbraucht und Produziert Anmerkungen.

    Den Dokumentation empfiehlt:

    Obwohl Sie die Abstimmung auf Content-Type und Accept header-Werte mit Medien-Typ wild-Karten (zum Beispiel "content-type=text/*" passt auf "text/plain" und "text/html"), es wird empfohlen, die consumes und produces Bedingungen bzw. statt. Sie sind speziell für diesen Zweck.

    Gehen von Ihrem post ist, sollten Sie Ihre Signatur der Methode an: 

    public @ResponseBody Definitionen createOrUpdateDefinitions(@RequestBody String-Wert, HttpEntity httpEntity) throws IOException

    Denke ich, sollten Sie auch ändern Sie den curl-Befehl, wie unten beschrieben.Dies ist, weil {}(Javascript Objekt literal), würde eine Zuordnung zu einem Objekt und zum anzeigen einer Zeichenfolge, die Sie verwenden sollten, eine leere Zeichenfolge '' literal. 

    curl -H "Content-type: application/json" -X POST -d " http://localhost:8080/deepdefinitions
    • Ich hatte das verbraucht Zustand vor. Es war Darsham, die empfohlen, verwenden Sie den accept-header. Aber der verbraucht zum selben problem führt.
    InformationsquelleAutor randominstanceOfLivingThing
Schreibe einen Kommentar