Arjen Poutsma
Arjen Poutsma
In an earlier comment (now deleted) I wrote that I could reproduce this, but I was wrong. Uploading multipart data from Chrome works fine for me. From your comments I...
>We are having this issue only in non prod environments. Its happening in when service deployed in docker containers in linux environments. In local its working. Is any decoding configuration...
Resolved by changing the exception message so that it shows the exact string that the multipart parser is looking for (i.e. `␍␊--`).
If you'd like us to spend some time investigating, please take the time to provide a complete minimal sample (something that we can unzip or git clone, build, and deploy)...
Not sure if that is going to work. Like @wilkinsona said, the request predicates is an open set, and (unless we make the predicates aware of OpenAPI) the only thing...
This seems related to, or perhaps even in contradiction of, #32650.
So far, I am not capable of reproducing the issue with the linked sample. Could you please specify which OS and JVM versions you are using?
I can verify that the tests fails under Windows 10 as well 11 (but not MacOS nor Linux). I can also add that the test succeeds with Jetty as well...
@markt-asf, does @jshs 's theory about the `ChunkedInputFilter`, listed in **Remarks** above, hold water? Or is Spring Framework doing something wrong here?
Additionally, the test succeeds when using a `JdkClientHttpConnector` for the `WebClient`, instead of the default `ReactorClientHttpConnector`. So the issue only seems to occur when using Reactor Netty on the client...