Jackson @JsonView deserialization support for @MessageMapping payloads [SPR-13265]

[spring-projects-issues]

Juergen Hoeller opened SPR-13265 and commented

#17338 introduced support for @JsonView for response messages returned from @MessageMapping methods. For completeness, we should also support @JsonView for the payloads of incoming messages, along the lines of #17106 which introduced analogous support for HTTP request bodies. This effort also provides an opportunity to fine-tune the MethodParameter passing into our MessageConverter infrastructure, as introduced in 4.2 RC1.

---

Affects: 4.2 RC1

Issue Links:

• Jackson @JsonView deserialization support for request bodies [SPR-12501] #17106 Jackson @JsonView deserialization support for request bodies
• Allow use of @JsonView on @MessageMapping methods [SPR-12741] #17338 Allow use of @JsonView on @MessageMapping methods
• JsonView support for JMS [SPR-13237] #17828 JsonView support for JMS
• @MessageMapping should support generically typed Message argument with converted payload [SPR-13288] #17878 @MessageMapping should support generically typed Message argument with converted payload

Referenced from: commits 0f54f68, 02d05ed

[spring-projects-issues]

Juergen Hoeller commented

This is committed now, as a revision of AbstractMessageConverter which provides overloaded methods with a conversion hint, MappingJackson2MessageConverter taking that hint into account, and SimpMessagingTemplate transforming such a hint in the given headers map into an explicit argument for the AbstractMessageConverter invocation.

The hint itself may be a MethodParameter, a JsonView instance, or a view Class directly. Programmatic SimpMessagingTemplate invocations may specify all of these variants already, even if our own handler method code just uses MethodParameter hints for its own SimpMessagingTemplate invocations at the moment.