Http 415 Nieobsługiwany błąd typu nośnika z JSON

115

Dzwonię do usługi REST z żądaniem JSON i odpowiada ona z HTTP 415 "Unsupported Media Type"błędem.

Typ zawartości żądania jest ustawiony na ("Content-Type", "application/json; charset=utf8").

Działa dobrze, jeśli nie dołączam obiektu JSON do żądania. Używam google-gson-2.2.4biblioteki dla JSON.

Próbowałem użyć kilku różnych bibliotek, ale to nie miało znaczenia.

Czy ktoś może mi pomóc rozwiązać ten problem?

Oto mój kod:

public static void main(String[] args) throws Exception
{

    JsonObject requestJson = new JsonObject();
    String url = "xxx";

    //method call for generating json

    requestJson = generateJSON();
    URL myurl = new URL(url);
    HttpURLConnection con = (HttpURLConnection)myurl.openConnection();
    con.setDoOutput(true);
    con.setDoInput(true);

    con.setRequestProperty("Content-Type", "application/json; charset=utf8");
    con.setRequestProperty("Accept", "application/json");
    con.setRequestProperty("Method", "POST");
    OutputStream os = con.getOutputStream();
    os.write(requestJson.toString().getBytes("UTF-8"));
    os.close();


    StringBuilder sb = new StringBuilder();  
    int HttpResult =con.getResponseCode();
    if(HttpResult ==HttpURLConnection.HTTP_OK){
    BufferedReader br = new BufferedReader(new   InputStreamReader(con.getInputStream(),"utf-8"));  

        String line = null;
        while ((line = br.readLine()) != null) {  
        sb.append(line + "\n");  
        }
         br.close(); 
         System.out.println(""+sb.toString());  

    }else{
        System.out.println(con.getResponseCode());
        System.out.println(con.getResponseMessage());  
    }  

}
public static JsonObject generateJSON () throws MalformedURLException

{
   String s = "http://www.example.com";
        s.replaceAll("/", "\\/");
    JsonObject reqparam=new JsonObject();
    reqparam.addProperty("type", "arl");
    reqparam.addProperty("action", "remove");
    reqparam.addProperty("domain", "staging");
    reqparam.addProperty("objects", s);
    return reqparam;

}
}

Wartość requestJson.toString()to:

{"type":"arl","action":"remove","domain":"staging","objects":"http://www.example.com"}

user3443794
źródło
Zaktualizuj pytanie, podając wartośćrequestJson.toString()
Sabuj Hassan
1
Wartość requestJson.toString to: {"type": "arl", "action": "remove", "domain": "staging", "objects": " abc.com "}
user3443794
Napisałeś część serwera? Jeśli wykonasz to samo żądanie z Postmanem (rozszerzenia Chrome, Google it), czy to działa? Być może serwer z jakiegoś powodu nie akceptuje typu zawartości JSON?
joscarsson
Tak, przetestowałem to za pomocą soapUI. Wysłałem dokładnie to samo żądanie, w tym json, i otrzymałem pomyślną odpowiedź z serwera.
user3443794
@joscarsson, od 14 marca 2017 r. rozszerzenie Postman do przeglądarki Chrome jest przestarzałe. Przenieśli się do natywnej aplikacji. Oto ich blogu: http://blog.getpostman.com/2017/03/14/going-native/
Serge Kishiko

Odpowiedzi:

81

Nie mam pewności co do przyczyny, ale usunięcie linii charset=utf8z con.setRequestProperty("Content-Type", "application/json; charset=utf8")rozwiązało problem.

user3443794
źródło
To prawdopodobnie błąd w usłudze ReST. Prawdopodobnie nie oczekuje się, że charsetbędą ustawione w Content-Type. Domyślam się, że sprawdzają, czy ciąg "application/json; charset=utf-8" == "application/json". Biorąc to pod uwagę, JSON musi być utf-8, więc pominięcie zestawu znaków jest całkowicie poprawne.
Tim Martin
20
Ponieważ charset=utf8nie jest to prawidłowe oznaczenie zestawu znaków. Poprawna wersja to charset=utf-8. Kreska jest ważna. Lista poprawnych nazw zestawów znaków jest zarządzane przez IANA RFC2879: iana.org/assignments/character-sets/character-sets.xhtml
Berin Loritsch
Zmarnowałem dużo czasu próbując różnych rzeczy, a potem próbowałem usunąć zestaw znaków charset = utf8 i zadziałało. Dzięki.
Salman
53

Dodaj Content-Type: application/jsoni Accept:application/json

Parth Solanki
źródło
1
Jeśli używasz programu Postman do testowania, spróbuj dodać tę część do nagłówków : Content-Type: application / json
Z3d4s
13

To dlatego, że charset=utf8powinno być bez spacji po application/json. To zadziała dobrze. Użyj tego jakapplication/json;charset=utf-8

Dhruv
źródło
To jest niepoprawne; spacje są dozwolone i należy je ignorować; zobacz tools.ietf.org/html/rfc2046 .
djb,
11

Jeśli wysyłasz żądanie jquery ajax, nie zapomnij go dodać

contentType:'application/json'
karthik
źródło
4

Jeśli korzystasz z AJAX jQueryprośby, musisz złożyć wniosek. Jeśli nie, spowoduje to 415błąd.

dataType: "json",
contentType:'application/json'
Dulith De Costa
źródło
2

Dodaj menedżera nagłówków HTTP i dodaj do niego nazwy i wartości nagłówków interfejsu API. np. typ treści, akceptacja itp. To rozwiąże problem.

Arjun Duggal
źródło
2

Jeśli otrzymasz to w oprogramowaniu pośredniczącym React RSAA lub podobnym, dodaj nagłówki:

  method: 'POST',
  headers: {
    'Content-Type': 'application/json',
  },
  body: JSON.stringify(model),
Nalan Madheswaran
źródło
1

Czasami Charset Metada przerywa json podczas wysyłania żądania. Lepiej nie używać charset = utf8 w typie żądania.

Murali Gundappan
źródło
2
utf8 po prostu nie jest prawidłowym zestawem znaków. Spójrz na specyfikację: iana.org/ assignments
Berin Loritsch,
1

Naprawiłem to, aktualizując Requestklasę, którą otrzymuje mój kontroler.

I usunięty następującym poziomie klasy adnotację z mojej Requestklasy na mojej stronie serwera. Po tym mój klient nie otrzymał błędu 415.

import javax.xml.bind.annotation.XmlRootElement;
@XmlRootElement
javaPlease42
źródło
1

Kod stanu 415 (nieobsługiwany typ nośnika) wskazuje, że serwer pochodzenia odmawia obsługi żądania, ponieważ ładunek ma format nieobsługiwany przez tę metodę w zasobie docelowym. Problem z formatem może wynikać z określonego typu treści lub kodowania treści żądania albo z bezpośredniego sprawdzania danych. DOC

TiyebM
źródło
0

Wysyłałem żądanie „usuń” resztę i zakończyło się niepowodzeniem z 415. Widziałem, jakiego typu zawartości używa mój serwer, aby przejść do interfejsu API. W moim przypadku było to „application / json” zamiast „application / json; charset = utf8”.

Zapytaj więc swojego programistę API. W międzyczasie spróbuj wysłać tylko żądanie z treścią content-type = "application / json".

Rahul Rastogi
źródło
0

Miałem ten sam problem. Mój problem był skomplikowanym obiektem do serializacji. Jednym z atrybutów mojego obiektu był Map<Object1, List<Object2>>. Zmieniłem ten atrybut jak List<Object3>gdzie Object3zawiera Object1i Object2wszystko działa poprawnie.

spajdo
źródło
0

Wiem, że jest to o wiele za późno, aby pomóc OP z jego problemem, ale dla nas wszystkich, którzy właśnie napotykają ten problem, rozwiązałem ten problem, usuwając konstruktor z parametrami mojej klasy, która miała przechowywać dane json.

Jero Dungog
źródło
0

Dodanie MappingJackson2HttpMessageConverter ręcznie w konfiguracji rozwiązało problem za mnie:

@EnableWebMvc
@Configuration
@ComponentScan
public class RestConfiguration extends WebMvcConfigurerAdapter {

    @Override
    public void configureMessageConverters(List<HttpMessageConverter<?>> messageConverters) {
        messageConverters.add(new MappingJackson2HttpMessageConverter());
        super.configureMessageConverters(messageConverters);
    }
}
Jéjé
źródło
0

Przyczyną może być brak dodania „opartego na adnotacjach” w pliku XML serwletu programu rozsyłającego. a także może być spowodowane brakiem dodawania jako application / json w nagłówkach

BHARATHWAJ
źródło