Spring JSON-запрос на получение 406 (не приемлемо)

У меня была такая же проблема, с последним Spring 4.1.1 и далее вам нужно добавить следующие jars в pom.xml.

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-core</artifactId>
    <version>2.4.1</version>
</dependency>
<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>2.4.1.1</version>
</dependency>

также убедитесь, что у вас есть следующая банда:

<dependency>
    <groupId>org.codehaus.jackson</groupId>
    <artifactId>jackson-core-asl</artifactId>
    <version>1.9.13</version>
</dependency>

<dependency>
    <groupId>org.codehaus.jackson</groupId>
    <artifactId>jackson-mapper-asl</artifactId>
    <version>1.9.13</version>
</dependency>

406 Spring MVC Json, неприемлемый в соответствии с запросом "accept" Заголовки

Есть еще один случай, когда этот статус будет возвращен: если планшет Jackson не может понять, как сериализовать ваш bean. Например, если у вас есть два метода доступа для одного и того же логического свойства, isFoo() и getFoo().

Что происходит в том, что Spring MappingJackson2HttpMessageConverter вызывает Jackson StdSerializerProvider, чтобы узнать, может ли он преобразовать ваш объект. В нижней части цепочки вызовов StdSerializerProvider._createAndCacheUntypedSerializer выдает сообщение JsonMappingException информативным сообщением. Однако это исключение проглатывается StdSerializerProvider._createAndCacheUntypedSerializer, которое сообщает Spring, что он не может преобразовать объект. После того, как закончились конвертеры, Spring сообщает, что ему не предоставляется заголовок Accept, который он может использовать, что, конечно же, является фиктивным, когда вы даете ему */*.

Для такого поведения существует ошибка, но она была закрыта как "не может воспроизвести": вызываемый метод не объявляет, что он может бросить, поэтому проглатывание исключений, по-видимому, является подходящим решением (да, это был сарказм). К сожалению, у Джексона нет регистрации... и в кодовой базе есть много комментариев, поэтому я подозреваю, что это не единственная скрытая информация.

У меня была та же проблема, мой метод контроллера выполняется, но ответ - Ошибка 406. Я отлаживаю AbstractMessageConverterMethodProcessor#writeWithMessageConverters и обнаружил, что метод ContentNegotiationManager#resolveMediaTypes всегда возвращает text/html, который не поддерживается MappingJacksonHttpMessageConverter. Проблема в том, что org.springframework.web.accept.ServletPathExtensionContentNegotiationStrategy работает раньше, чем org.springframework.web.accept.HeaderContentNegotiationStrategy, а расширение моего запроса /get-clients.html является причиной моей проблемы с Error 406. Я просто изменил URL запроса на /get-clients.

Убедитесь, что в пути класса присутствуют следующие 2 jar.

Если какой-либо из них или оба пропали без вести, эта ошибка появится.

jackson-core-asl-1.9.X.jar jackson-mapper-asl-1.9.X.jar

Наконец нашел ответ отсюда:

Отображение ненадежных запросов ajax на spring

Я цитирую:

@Аннотации RequestBody/@ResponseBody не используют обычные разрешения, они используют собственные HttpMessageConverters. Чтобы использовать эти аннотации, вы должны настроить эти конвертеры в AnnotationMethodHandlerAdapter, как описано в ссылке (вам, вероятно, нужен MappingJacksonHttpMessageConverter).

Проверьте <mvc:annotation-driven/> в dispatcherservlet.xml, если не добавить его. И добавить

<dependency>
    <groupId>org.codehaus.jackson</groupId>
    <artifactId>jackson-core-asl</artifactId>
    <version>1.9.13</version>
</dependency>

<dependency>
    <groupId>org.codehaus.jackson</groupId>
    <artifactId>jackson-mapper-asl</artifactId>
    <version>1.9.13</version>
</dependency>

эти зависимости в вашем pom.xml

<dependency>
    <groupId>com.fasterxml.jackson.jaxrs</groupId>
    <artifactId>jackson-jaxrs-base</artifactId>
    <version>2.6.3</version>
</dependency>

Вероятно, никто не прокручивается так далеко, но ни один из вышеперечисленных решений не исправил это для меня, но все мои методы получения информации public.

Я оставил свою видимость на получателе в частном кабинете; Джексон решил, что не может найти их и взорвать. (Использование @JsonAutoDetect(getterVisibility=NON_PRIVATE) только частично зафиксировало его.

Весна 4.3.10: Я использовал приведенные ниже настройки для решения проблемы.

Шаг 1: добавьте следующие зависимости

    <dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-core</artifactId>
    <version>2.6.7</version>
</dependency>
<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>2.6.7</version>
</dependency>
<dependency>
    <groupId>org.codehaus.jackson</groupId>
    <artifactId>jackson-core-asl</artifactId>
    <version>1.9.13</version>
</dependency>
<dependency>
    <groupId>org.codehaus.jackson</groupId>
    <artifactId>jackson-mapper-asl</artifactId>
    <version>1.9.13</version>
</dependency>

Шаг 2. Добавьте ниже в конфигурацию контекста MVC DispatcherServlet:

<mvc:annotation-driven content-negotiation-manager="contentNegotiationManager"/>

<bean id="contentNegotiationManager"
    class="org.springframework.web.accept.ContentNegotiationManagerFactoryBean">
    <property name="favorPathExtension" value="false"/>
    <property name="favorParameter" value="true"/>
    <property name="ignoreAcceptHeader" value="false" />
</bean>

Начиная с весны 3.2, согласно конфигурации по умолчанию favorPathExtension устанавливается как истина, из-за этого, если у uri запроса есть какие-либо правильные расширения, такие как .htm spring, приоритет будет для расширения. На шаге 2 я добавил компонент contentNegotiationManager, чтобы переопределить это.

Как указано @atott .

Если вы добавили последнюю версию Jackson в свой pom.xml и Spring 4.0 или новее, используя @ResponseBody в вашем методе действий и @RequestMapping, настроенный с помощью produces="application/json;charset=utf-8", однако, вы все же получили 406 (недопустимо), я думаю, вам нужно попробовать это в конфигурации контекста MVC DispatcherServlet:

<mvc:annotation-driven content-negotiation-manager="contentNegotiationManager" />

<bean id="contentNegotiationManager" class="org.springframework.web.accept.ContentNegotiationManagerFactoryBean">
    <property name="favorPathExtension" value="false" />
</bean>

Вот как я наконец решил проблему.

У меня была такая же проблема, потому что у меня отсутствовала аннотация @EnableMvc. (Вся моя конфигурация spring основана на аннотации, эквивалент XML будет mvc: аннотация)

В контроллере не должно быть аннотации тела ответа на тип возврата, а не метод, например:

@RequestMapping(value="/getTemperature/{id}", headers="Accept=*/*", method = RequestMethod.GET)
public @ResponseBody Weather getTemparature(@PathVariable("id") Integer id){
    Weather weather = weatherService.getCurrentWeather(id);
        return weather;
}

Я бы также использовал функцию raw jquery.ajax и убедился, что contentType и dataType установлены правильно.

В другом примечании, я считаю, что обработка spring json довольно проблематична. Это было легче, когда я все это делал сам, используя строки, и GSON.

Убедитесь, что отправленный объект (в данном случае Weather) содержит getter/setter

Это ответ обновления для springVersion = 5.0.3.RELEASE.

В приведенных выше ответах будет работать только старая версия springVersion <4.1. для последней весны вам нужно добавить следующие зависимости в файле gradle:

compile group: 'com.fasterxml.jackson.core', name: 'jackson-core', version: fasterxmljackson
compile group: 'com.fasterxml.jackson.core', name: 'jackson-databind', version: fasterxmljackson

fasterxmljackson=2.9.4

Надеюсь, это будет полезно для тех, кто использует последнюю весеннюю версию.

проверить эту тему. spring mvc restcontroller return json string p/s: вы должны добавить конфигурацию сопоставления son son в класс WebMvcConfig

@Override protected void configureMessageConverters( List<HttpMessageConverter<?>> converters) { // put the jackson converter to the front of the list so that application/json content-type strings will be treated as JSON converters.add(new MappingJackson2HttpMessageConverter()); // and probably needs a string converter too for text/plain content-type strings to be properly handled converters.add(new StringHttpMessageConverter()); }

<dependency>
        <groupId>com.fasterxml.jackson.core</groupId>
        <artifactId>jackson-databind</artifactId>
        <version>2.8.0</version>
    </dependency>

Я не использую аутентификацию ssl, и этот jackson-databind содержит jackson-core.jar и jackson-databind.jar, а затем меняет содержимое RequestMapping следующим образом:

@RequestMapping(value = "/id/{number}", produces = "application/json; charset=UTF-8", method = RequestMethod.GET)
public @ResponseBody Customer findCustomer(@PathVariable int number){
    Customer result = customerService.findById(number);
    return result;
}

Внимание: если ваш продукт не является типом "application/json", и я не заметил этого и получил ошибку 406, помогите вам это сделать.

У меня была такая же проблема, к сожалению, не решение здесь решило мою проблему, так как моя проблема была чем-то в другом классе.

Сначала я проверил, что все зависимости находятся на месте, как было предложено @bekur затем я проверил запрос/ответ, который отправляется от клиентов на сервер, все заголовки были установлены надлежащим образом в JQuery. Затем я проверил RequestMappingHandlerAdapter MessageConverters, и все 7 из них были на месте, я действительно начал ненавидеть Spring! Затем я обновился с Spring 4.0.6.RELEASE до 4.2.0.RELEASE У меня есть другой ответ, а не выше. Это было Request processing failed; nested exception is java.lang.IllegalArgumentException: No converter found for return value of type

Вот мой метод контроллера

  @RequestMapping(value = "/upload", method = RequestMethod.POST,produces = "application/json")
    public ResponseEntity<UploadPictureResult> pictureUpload(FirewalledRequest initialRequest) {

        DefaultMultipartHttpServletRequest request = (DefaultMultipartHttpServletRequest) initialRequest.getRequest();

        try {
            Iterator<String> iterator = request.getFileNames();

            while (iterator.hasNext()) {
                MultipartFile file = request.getFile(iterator.next());
                session.save(toImage(file));
            }
        } catch (Exception e) {
            return new ResponseEntity<UploadPictureResult>(new UploadPictureResult(),HttpStatus.INTERNAL_SERVER_ERROR);
        }
        return new ResponseEntity<UploadPictureResult>(new UploadPictureResult(), HttpStatus.OK);
    } 




    public class UploadPictureResult extends WebResponse{

    private List<Image> images;

    public void setImages(List<Image> images) {
        this.images = images;
    }
}






    public class WebResponse implements Serializable {


    protected String message;

    public WebResponse() {
    }

    public WebResponse(String message) {

        this.message = message;
    }


    public void setMessage(String message) {
        this.message = message;
    }
}

Решение заключалось в том, чтобы сделать UploadPictureResult не расширением WebResponse

По какой-то причине Spring не смог определить, как преобразовать UploadPictureReslt, когда он расширил WebResponse

В других случаях очевидных проблем у меня был другой, который я не мог исправить независимо от включения всех возможных JAR, зависимостей и аннотаций в сервлет Spring. В конце концов я обнаружил, что у меня есть неправильное расширение файла, я имею в виду, что у меня было два отдельных сервлета, работающих в одном контейнере, и мне нужно было сопоставить разные расширения файлов, где один был ".do", а другой, используемый для подписки, был случайным образом назван ". к югу". Все хорошее, но SUB - это допустимое расширение файла, обычно используемое для файлов субтитров фильмов, и, таким образом, Tomcat переопределяет заголовок и возвращает что-то вроде "text/x-dvd.sub...", поэтому все было в порядке, но приложение ожидало JSON, но получало субтитры таким образом, все, что мне нужно было сделать, это изменить отображение в моем файле web.xml, который я добавил:

<mime-mapping>
    <extension>sub</extension>
    <mime-type>application/json</mime-type>
</mime-mapping>

Отметьте, как @joyfun сделал для правильной версии jackson, но также проверьте наши заголовки... Принять/не может быть передано клиентом... используйте firebug или эквивалент, чтобы проверить, действительно ли отправляется ваш запрос на получение. Я думаю, что атрибут headers аннотации/может/проверять литералы, хотя я не уверен на 100%.

убедитесь, что у вас есть правильная версия jackson в вашем пути к классу

Вы можете удалить элемент заголовков в @RequestMapping и попробовать..

Как

@RequestMapping(value="/getTemperature/{id}", method = RequestMethod.GET)

Я предполагаю, что spring делает "содержит проверку", а не точное соответствие для заголовков accept. Но все же стоит попробовать удалить элемент заголовков и проверить.