Content negotiation improvements [SPR-8410] #13057
Labels
in: web
Issues in web modules (web, webmvc, webflux, websocket)
type: enhancement
A general enhancement
Milestone
Rossen Stoyanchev opened SPR-8410 and commented
The
ContentNegotiatingViewResolver
provides a range of options for configuring content negotiation based on the 'Accept' header, by path extension, or by request parameter. However when writing to the response via@ResponseBody
only the 'Accept' header is used (see #12175). Furthermore, it's not possible to combine all options in the request mapping of a single method (see #11163, #12378).This is an umbrella ticket to improve how content negotiation options are configured and to equalize the choices throughout request mappings,
@ResponseBody
methods, andContentNegotiatingViewResolver
.Affects: 3.1 M1
Sub-tasks:
Issue Links:
@RequestMapping
annotation@RequestMapping
should support accept header and url extension ("supersedes")@RequestMapping
should support alternative between a header and a url extension ("supersedes")6 votes, 9 watchers
The text was updated successfully, but these errors were encountered: