2017-03-15 2 views
0

Ich teste Forge API, und ich war in der Lage, Anforderungen für die meisten Endpunkte mit Ausnahme der GET Hubs reibungslos zu erledigen - ich bekam immer einen 415 nicht unterstützten Medientyp.Content-type application/json verursacht 415 Nicht unterstützter Medientyp

Merkwürdigerweise, nachdem ich den Content-Type-Header entfernen - die Anfrage bearbeitet und gibt einen 200 mit den richtigen Daten -, die die gleichen Header für alle anderen Endpunkte Content-Type:application/json verwendet wurde.

Gibt es etwas über Inhaltstyp, mit dem ich nicht vertraut bin? Sollte die erste Anfrage nicht funktionieren? 1

Anfrage - Liefert 415 für Naben-Endpunkt: Keine Daten
GET https://developer.api.autodesk.com/project/v1/hubs HTTP/1.1 
Host: developer.api.autodesk.com 
Authorization: Bearer {{ACCESS_TOKEN}} 
Content-Type: application/json 
Cache-Control: no-cache 
anfordern 2 - Liefert 200: Daten ok
GET https://developer.api.autodesk.com/project/v1/hubs HTTP/1.1 
Host: developer.api.autodesk.com 
Authorization: Bearer {{ACCESS_TOKEN}} 
Cache-Control: no-cache 

Request 1 Request 2

+0

senden, müssen Sie brauchen nicht content-type passieren Anfrage zu machen apis zu bekommen. Nur POST- oder PUT-Apis würden dies benötigen, um das Format der Nutzlast anzugeben. –

+0

Natürlich. Danke, das macht Sinn. Ich glaube, ich war verwirrt, weil einige der anderen GET-Methoden den Header durchliefen, also nahm ich an, dass ich sie senden musste. – gtalarico

+0

GET-APIs sollten normalerweise die Inhaltstyp-Header ignorieren, selbst wenn sie übergeben werden. Das Problem wird dem API-Team gemeldet. –

Antwort

0

meine eigene Frage zu beantworten, basierend auf den Kommentaren (Dank @ chetan-ranpariya)

  1. Sie brauchen nicht d, um einen Inhaltstyp bei GET-Anforderungen zu übergeben
  2. die API sollte die Kopfzeile ignorieren; Problem wurde zu API-Team berichtet
1

Der JSON API definiert, dass der Client Content-Type: application/vnd.api+json

Verwandte Themen