Spring 3.0.5 - Добавление @ModelAttribute к сигнатуре метода-обработчика приводит к JsonMappingException - PullRequest
Новая
       17

Spring 3.0.5 - Добавление @ModelAttribute к сигнатуре метода-обработчика приводит к JsonMappingException

2 голосов
/ 23 апреля 2011

Я не уверен, является ли это неправильной конфигурацией с моей стороны, неправильным пониманием того, что может быть достигнуто с помощью @ModelAttribute и автоматического преобразования содержимого JSON, или ошибкой в ​​Spring или Jackson.Если это окажется последним, конечно, я сообщу о проблеме с соответствующими людьми.

Я столкнулся с проблемой при добавлении @ModelAttribute в метод обработчика контроллера.Цель этого метода - показать компонент, который был заполнен из формы или предыдущей отправки, но я могу воспроизвести проблему без фактической отправки данных в компонент.

Я использую пример Spring mvc-showcase,В настоящее время он использует Spring 3.1, но я впервые столкнулся и смог воспроизвести эту проблему на моей установке 3.0.5.В примере mvc-showcase используется довольно стандартный файл servlet-context.xml:

servlet-context.xml 

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/mvc"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:beans="http://www.springframework.org/schema/beans"
    xsi:schemaLocation="
        http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.1.xsd
        http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd">

    <!-- DispatcherServlet Context: defines this servlet's request-processing infrastructure -->

    <!-- Enables the Spring MVC @Controller programming model -->
    <annotation-driven conversion-service="conversionService">
        <argument-resolvers>
            <beans:bean class="org.springframework.samples.mvc.data.custom.CustomArgumentResolver"/>
        </argument-resolvers>
    </annotation-driven>

    <!-- Handles HTTP GET requests for /resources/** by efficiently serving up static resources in the ${webappRoot}/resources/ directory -->
    <resources mapping="/resources/**" location="/resources/" />

    <!-- Resolves views selected for rendering by @Controllers to .jsp resources in the /WEB-INF/views directory -->
    <beans:bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <beans:property name="prefix" value="/WEB-INF/views/" />
        <beans:property name="suffix" value=".jsp" />
    </beans:bean>

    <!-- Imports user-defined @Controller beans that process client requests -->
    <beans:import resource="controllers.xml" />

    <!-- Only needed because we install custom converters to support the examples in the org.springframewok.samples.mvc.convert package -->
    <beans:bean id="conversionService" class="org.springframework.samples.mvc.convert.CustomConversionServiceFactoryBean" />

    <!-- Only needed because we require fileupload in the org.springframework.samples.mvc.fileupload package -->
    <beans:bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver" />

</beans:beans>

controllers.xml, указанный в файле, просто устанавливаетсоответствующий компонент-сканирование и просмотр-контроллер для корневого пути.Ниже приведен соответствующий фрагмент кода.

controllers.xml 

<!-- Maps '/' requests to the 'home' view -->
<mvc:view-controller path="/" view-name="home"/>

<context:component-scan base-package="org.springframework.samples.mvc" />

Тестовый компонент, который я пытаюсь доставить, является очень простым POJO.

TestBean.java 

package org.springframework.samples.mvc.test;

public class TestBean {
    private String testField = "test@example.com";

    public String getTestField() {
        return testField;
    }

    public void setTestField(String testField) {
        this.testField = testField;
    }

}

И, наконец, контроллер, который тоже прост.

TestController.java 

package org.springframework.samples.mvc.test;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.ModelAttribute;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.ResponseBody;

@Controller
@RequestMapping("test/*")
public class TestController {

    @ModelAttribute("testBean")
    public TestBean getTestBean() {
        return new TestBean();
    }

    @RequestMapping(value = "beanOnly", method = RequestMethod.POST)
    public @ResponseBody
    TestBean testBean(@ModelAttribute("testBean") TestBean bean) {
        return bean;
    }

    @RequestMapping(value = "withoutModel", method = RequestMethod.POST)
    public @ResponseBody
    Model testWithoutModel(Model model) {
        model.addAttribute("result", "success");
        return model;
    }

    @RequestMapping(value = "withModel", method = RequestMethod.POST)
    public @ResponseBody
    Model testWithModel(Model model, @ModelAttribute("testBean") TestBean bean) {
        bean.setTestField("This is the new value of testField");
        model.addAttribute("result", "success");
        return model;
    }

}

Если я вызываю контроллер по сопоставленному пути /mvc-showcase/test/beanOnly, я получаю JSON-представление компонента, как и ожидалось.Вызов обработчика withoutModel предоставляет представление JSON объекта Spring Model, связанного с вызовом.Он включает в себя неявное @ModelAttribute из первоначального объявления в возвращаемое значение, но компонент недоступен для метода.Если я хочу обработать результаты отправки формы, например, и вернуть ответное сообщение JSON, тогда мне нужен этот атрибут.

Последний метод добавляет @ModelAttribute, и вот тут возникает проблемавверх.Вызов /mvc-showcase/test/withModel вызывает исключение.

В моей установке 3.0.5 я получаю исключение JsonMappingException, вызванное отсутствием сериализатора для FormattingConversionService.В примере 3.1.0 исключение вызвано отсутствием сериализатора для DefaultConversionService.Я включу здесь исключение 3.1;похоже, у него одна и та же основная причина, даже если путь немного другой.

3.1 org.codehaus.jackson.map.JsonMappingException 

org.codehaus.jackson.map.JsonMappingException: No serializer found for class org.springframework.format.support.DefaultFormattingConversionService and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationConfig.Feature.FAIL_ON_EMPTY_BEANS) ) (through reference chain: org.springframework.validation.support.BindingAwareModelMap["org.springframework.validation.BindingResult.testBean"]->org.springframework.validation.BeanPropertyBindingResult["propertyAccessor"]->org.springframework.beans.BeanWrapperImpl["conversionService"])
    at org.codehaus.jackson.map.ser.StdSerializerProvider$1.failForEmpty(StdSerializerProvider.java:89)
    at org.codehaus.jackson.map.ser.StdSerializerProvider$1.serialize(StdSerializerProvider.java:62)
    at org.codehaus.jackson.map.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:272)
    at org.codehaus.jackson.map.ser.BeanSerializer.serializeFields(BeanSerializer.java:175)
    at org.codehaus.jackson.map.ser.BeanSerializer.serialize(BeanSerializer.java:147)
    at org.codehaus.jackson.map.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:272)
    at org.codehaus.jackson.map.ser.BeanSerializer.serializeFields(BeanSerializer.java:175)
    at org.codehaus.jackson.map.ser.BeanSerializer.serialize(BeanSerializer.java:147)
    at org.codehaus.jackson.map.ser.MapSerializer.serializeFields(MapSerializer.java:207)
    at org.codehaus.jackson.map.ser.MapSerializer.serialize(MapSerializer.java:140)
    at org.codehaus.jackson.map.ser.MapSerializer.serialize(MapSerializer.java:22)
    at org.codehaus.jackson.map.ser.StdSerializerProvider._serializeValue(StdSerializerProvider.java:315)
    at org.codehaus.jackson.map.ser.StdSerializerProvider.serializeValue(StdSerializerProvider.java:242)
    at org.codehaus.jackson.map.ObjectMapper.writeValue(ObjectMapper.java:1030)
    at org.springframework.http.converter.json.MappingJacksonHttpMessageConverter.writeInternal(MappingJacksonHttpMessageConverter.java:153)
    at org.springframework.http.converter.AbstractHttpMessageConverter.write(AbstractHttpMessageConverter.java:181)
    at org.springframework.web.servlet.mvc.method.annotation.support.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:121)
    at org.springframework.web.servlet.mvc.method.annotation.support.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:101)
    at org.springframework.web.servlet.mvc.method.annotation.support.RequestResponseBodyMethodProcessor.handleReturnValue(RequestResponseBodyMethodProcessor.java:81)
    at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:64)
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:114)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMethodAdapter.invokeHandlerMethod(RequestMappingHandlerMethodAdapter.java:505)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMethodAdapter.handleInternal(RequestMappingHandlerMethodAdapter.java:468)
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:790)
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
    at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
    at 
...

Итак, есть ли какая-то конфигурация Iотсутствует, что должно позволить преобразователю Джексона правильно обрабатывать ответ, полученный из обработчика с @ModelAttribute в сигнатуре метода?Если нет, есть какие-либо мысли о том, является ли это более вероятной ошибкой Spring или ошибкой Джексона?Сейчас я склоняюсь к весне.

1 Ответ

1 голос
/ 23 апреля 2011

Это похоже на проблему конфигурации Spring, когда при сериализации в JSON DefaultFormattingConversionService пусто, и Джексон (по умолчанию) сгенерирует исключение, если компонент будет пустым, см. FAIL_ON_EMPTY_BEANS в документации по , Но мне непонятно, почему бин пуст.

Это должно работать, если вы установите для FAIL_ON_EMPTY_BEANS значение false, но все равно на самом деле не объясняет, почему это происходит вообще.

DefaultFormattingConversionService является новым для 3.1 - он расширяет FormattingConversionService, который объясняет различные исключения между 3.0.5 и 3.1.

Я не думаю, что это проблема Джексона, хотя новая версия Джексона ( 1.8.0 ) была выпущена всего 3 дня назад, так что вы можете попробовать это тоже.

Я постараюсь воспроизвести это локально.

...