Весна, Джексон и настройки (например, CustomDeserializer)

Будучи еще немного незнакомым со Spring, я столкнулся с проблемой, которая делает необходимым реализацию моего специального десериализатора для Джексона. Процедура описана в небольшом уроке, но я застрял в Spring. Я не понимаю, где

 ObjectMapper mapper = new ObjectMapper();

в Spring MVC выполняется, когда json десериализуется методом класса контроллера. Поэтому я не знаю, что делать, чтобы заменить десериализатор по умолчанию на собственный десериализатор.

Любые предложения приветствуются.

6 ответов

Решение

Вы не говорите, как вы используете Джексон весной, поэтому я предполагаю, что вы используете его через <mvc:annotation-driven/> и @RequestBody и / или @ResponseBody аннотаций.

Одна из вещей, которые <mvc:annotation-driven/> сделать, это зарегистрировать AnnotationMethodHandlerAdapter боб, который поставляется с рядом предварительно настроенных HttpMessageConverter бобы, в том числе MappingJacksonHttpMessageConverter, который обрабатывает сортировку в и из аннотированных Джексоном классов моделей.

Сейчас MappingJacksonHttpMessageConverter имеет setObjectMapper() метод, который позволяет переопределить значение по умолчанию ObjectMapper, Но с тех пор MappingJacksonHttpMessageConverter создается за кулисами <mvc:annotation-driven/>Вы не можете добраться до этого.

Тем не мение, <mvc:annotation-driven/> это просто удобный путь. Это так же правильно, чтобы объявить свой собственный AnnotationMethodHandlerAdapter боб, впрыскивая в него свой MappingJacksonHttpMessageConverter боб (через messageConverters собственность), и вводя ваши собственные индивидуальные ObjectMapper в это.

Тогда у вас есть проблема, как построить кастом ObjectMapperТак как это не очень дружественный к весне класс. Я предлагаю написать собственную простую реализациюFactoryBean,

Таким образом, вы получите что-то вроде этого:

<bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter">
   <property name="messageConverters">
      <bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
         <property name="objectMapper">
            <bean class="com.x.MyObjectMapperFactoryBean"/>
         </property>
      </bean>
   </property>
</bean>

Новый способ сделать это в Spring 3.1:
http://magicmonster.com/kb/prg/java/spring/webmvc/mvc_spring_config_namespace.html

http://blog.springsource.org/2011/02/21/spring-3-1-m1-mvc-namespace-enhancements-and-configuration/

Позволяет вам сделать что-то вроде этого:

<mvc:annotation-driven>
      <mvc:message-converters>
          <bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
              <property name="objectMapper" ref="customObjectMapper"/>
          </bean>
      </mvc:message-converters>
  </mvc:annotation-driven>

Решение, на которое ссылается Rakesh, вероятно, работает с Spring MVC 3.0, но с 3.1 некоторая инфраструктура MVC изменилась. В результате вы можете не иметь AnnotationMethodHandlerAdapter бин зарегистрирован в контексте вашего приложения, и вы получите BeanCreationException во время инициализации.

Для Spring MVC 3.1 mvc:annotation-driven element создаст для вас RequestMappingHandlerAdapter, поэтому вы должны вместо этого автоматически связать этот тип. Он по-прежнему будет предоставлять доступ к списку зарегистрированных HttpMessageConverters и позволит вам установить свойство ObjectMapper для MappingJacksonHttpMessageConverter, Это также требует небольших изменений в init, метод к типу ссылки HttpMessageConverters.

Обновленный класс выглядит так:

@Component
public class JacksonFix {
    private RequestMappingHandlerAdapter requestMappingHandlerAdapter;
    private CustomObjectMapper objectMapper;

    @PostConstruct
    public void init() {
        List<HttpMessageConverter<?>> messageConverters = requestMappingHandlerAdapter.getMessageConverters();
        for (HttpMessageConverter<?> messageConverter : messageConverters) {
            if (messageConverter instanceof MappingJacksonHttpMessageConverter) {
                MappingJacksonHttpMessageConverter m = (MappingJacksonHttpMessageConverter) messageConverter;
                m.setObjectMapper(objectMapper);
            }
        }
    }

    // this will exist due to the <mvc:annotation-driven/> bean
    @Autowired
    public void setRequestMappingHandlerAdapter(RequestMappingHandlerAdapter requestMappingHandlerAdapter) {
        this.requestMappingHandlerAdapter = requestMappingHandlerAdapter;
    }

    @Autowired
    public void setObjectMapper(CustomObjectMapper objectMapper) {
        this.objectMapper = objectMapper;
    }
}

ОБНОВЛЕНИЕ: Оказывается, что с Spring 3.1 проще всего сделать добавление некоторой дополнительной конфигурации в конфигурацию MVC:

<mvc:annotation-driven conversion-service="applicationConversionService">
    <mvc:message-converters register-defaults="true">
        <bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
            <property name="objectMapper" ref="customObjectMapper" />
        </bean>
    </mvc:message-converters>
</mvc:annotation-driven>

Это добавит новый экземпляр MappingJacksonHttpMessageConverter с пользовательским ObjectMapper перед любым из HttpMessageConverters по умолчанию (которые все еще присутствуют из-за register-defaults="true").

В моем случае (Spring 3.2.4 и Jackson 2.3.1) конфигурация XML для настраиваемого сериализатора:

<mvc:annotation-driven>
    <mvc:message-converters register-defaults="false">
        <bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter">
            <property name="objectMapper">
                <bean class="org.springframework.http.converter.json.Jackson2ObjectMapperFactoryBean">
                    <property name="serializers">
                        <array>
                            <bean class="com.example.business.serializer.json.CustomObjectSerializer"/>
                        </array>
                    </property>
                </bean>
            </property>
        </bean>
    </mvc:message-converters>
</mvc:annotation-driven>

был необъяснимым образом перезаписан обратно по умолчанию чем-то.

Это сработало для меня:

CustomObject.java

@JsonSerialize(using = CustomObjectSerializer.class)
public class CustomObject {

    private Long value;

    public Long getValue() {
        return value;
    }

    public void setValue(Long value) {
        this.value = value;
    }
}

CustomObjectSerializer.java

public class CustomObjectSerializer extends JsonSerializer<CustomObject> {

    @Override
    public void serialize(CustomObject value, JsonGenerator jgen,
        SerializerProvider provider) throws IOException,JsonProcessingException {
        jgen.writeStartObject();
        jgen.writeNumberField("y", value.getValue());
        jgen.writeEndObject();
    }

    @Override
    public Class<CustomObject> handledType() {
        return CustomObject.class;
    }
}

Нет конфигурации XML (<mvc:message-converters>(...)</mvc:message-converters>) нужен в моем решении.

Хотелось бы, чтобы я лучше знал Spring MVC, но с такими реализациями Jax-RS, как Jersey и RESTeasy, регистрируются провайдеры. Может быть, Spring делает что-то подобное?

Документы Spring для состояния MappingJacksonHttpMessageConverter:

2.4.5 MappingJacksonHttpMessageConverter

Реализация HttpMessageConverter, которая может читать и записывать JSON, используя ObjectMapper процессора JSON Джексона. Отображение JSON может быть настроено при необходимости с помощью предоставленных Джексоном аннотаций. Когда требуется дополнительный контроль, пользовательский ObjectMapper может быть введен через свойство ObjectMapper для случаев, когда необходимо предоставить пользовательские сериализаторы / десериализаторы JSON для определенных типов. По умолчанию этот конвертер поддерживает (application/json).

Не могли бы вы просто автоматически подключить доступ к ObjectMapper, чтобы изменить его поведение?

Другие вопросы по тегам