Spring RequestMapping в RestController возвращает 406

Внутри @RestController у меня есть @RequestMapping, который работает, за исключением того, что я получаю 406 в клиенте при попытке вернуть класс POJO ResponseVO

@RequestMapping(value = "path", method = RequestMethod.POST
            , produces = MediaType.APPLICATION_JSON_VALUE)
    public @ResponseBody ResponseEntity<GenericResponse> path(

...
ResponseVO responseVO = new responseVO();
return new ResponseEntity<>(responseVO, HttpStatus.OK);

Я отправляю POST с телом JSON, заголовки моего запроса:

Connection: keep-alive
Content-Type: application/json
Accept: */*
Content-Length: 58
Host: localhost:8080
User-Agent: Apache-HttpClient/4.5.6 (Java/1.8.0_151)

Заголовки ответа:

HTTP/1.1 406 Not Acceptable
Server: Apache-Coyote/1.1
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: POST, GET, PUT, OPTIONS, DELETE
Access-Control-Max-Age: 3600
Access-Control-Allow-Headers: X-Requested-With, Content-Type, Authorization, Origin, Accept, Access-Control-Request-Method, Access-Control-Request-Headers
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1067

java spring spring-restcontroller http-status-code-406
person user7294900    schedule 16.10.2018    source источник
comment
Является ли responseVO расширением GenericResponse?   -  person Fima Taf    schedule 16.10.2018
comment
Прежде всего, удалите аннотацию @ResponseBody из метода, потому что она уже включена в аннотацию @RestController. Также удалите атрибут produces из @RequestMapping и проверьте, исчезла ли проблема.   -  person Kamil W    schedule 16.10.2018
comment
@FimaTaf да, это так   -  person user7294900    schedule 16.10.2018
comment
Попробуйте изменить значение заголовка запроса Accept на application/json   -  person a.l.    schedule 16.10.2018
comment
@aLeX Я пробовал и тот же ответ   -  person user7294900    schedule 16.10.2018
comment
можете ли вы опубликовать полный путь URL-адреса, на который вы публикуете?   -  person Fabulous    schedule 16.10.2018
comment
@ Потрясающе, это актуально? Я могу отладить его и получить оператор return   -  person user7294900    schedule 16.10.2018
comment
Возможно, вы пропустили ведущую косую черту..... перед путем   -  person Fabulous    schedule 16.10.2018
comment
@КамилВ. каким-то образом после вашего изменения я получаю код состояния 200, вы можете объяснить?   -  person user7294900    schedule 16.10.2018
comment
@user7294900 user7294900 Вы сделали оба моих предложения? Я предполагаю, что решение было в удалении атрибута produces, и в этом случае Spring автоматически определит тип содержимого ответа, но это только мои предположения. Можете ли вы отметить мой ответ как решение вашей проблемы?   -  person Kamil W    schedule 16.10.2018

Ответы (3)


arrow_upward
1
arrow_downward

Прежде всего, удалите аннотацию @ResponseBody из метода, потому что она уже включена в аннотацию @RestController. Также удалите атрибут produces из @RequestMapping и проверьте, исчезла ли проблема.

person Kamil W    schedule 16.10.2018

arrow_upward
3
arrow_downward

когда вы используете @RestController, это автоматически означает, что вы аннотируете @Controller и @ResponseBody в весенней загрузке. Таким образом, вам не нужно явно добавлять аннотацию @ResponseBody к вашему методу. Также аннотация @ResponseBody добавляется над методом, а не с объявлением метода. Поэтому, даже если вы правильно добавите эту аннотацию, ваш код должен работать нормально. посмотрите ниже.

@RequestMapping(value = "path", method = RequestMethod.POST, produces =MediaType.APPLICATION_JSON_VALUE)
@ResponseBody 
public ResponseEntity<GenericResponse> path(

...
    ResponseVO responseVO = new responseVO();
    return new ResponseEntity<>(responseVO, HttpStatus.OK);
person yerqueri    schedule 16.10.2018

arrow_upward
1
arrow_downward

Вы не установили свойство consumes в @RequestMapping.

Но вместо этого вы можете использовать @PostMapping для JSON, там все значения будут установлены по умолчанию.

просто @PostMapping("path")

person dehasi    schedule 16.10.2018