Brian Clozel 8dee7d8fb6 Use concrete form-data type when reading request body ...

Prior to this commit, the WebFlux server support would try reading
form-data from the request by:

* first, checking that request content-type is compatible with a
  form-data content-type
* then by selecting a message reader that is compatible with the given
  request content-type

This approach is flawed because if the content-type provided by the
request is too broad, another message reader could be selected that's
not meant to be used for reading form-data. Typically, a JSON message
reader could be selected and would fail when reading the request.
This problem was previously hidden because message readers would not
support `MultiValueMap` as a target type. Now that some readers support
this type, this can lead to deserialization errors.

This commit now ensures that in all cases, we attempt to read form-data
with a message reader that supports the
"application/x-www-form-urlencoded" media type.

Fixes gh-34660

2025-06-13 16:45:46 +02:00

..

src

Use concrete form-data type when reading request body

2025-06-13 16:45:46 +02:00

spring-web.gradle

Implement Eclipse Jetty core HTTP handler adapter

2024-07-08 18:36:46 +02:00