-
Bug
-
Resolution: Done
-
Blocker
-
None
-
None
-
None
There is a change in server behavior after this commit. It was introduced as a fix for UNDERTOW-2243.
Before this commit, a testing scenario for gzip filter received data with the regular "fixed-length" response from the server (Content-Length) header used (see gzip-content-length.png and gzip-content-length.pcapng). After this commit, server decides to use chunked transfer for the data without using the Content-Length header (see gzip-chunked.png and gzip-chunked.pcapng). Technically this may not be any problem, but this change means more ping-pongs between server and client.
Attachments can be found in the cloned Jira.
- clones
-
JBEAP-25163 Server responds with chunked transfer even for short data from deployment
- Closed
- is caused by
-
UNDERTOW-2243 Eager flush/close on content length response prevents POST from finishing
- Closed
- is incorporated by
-
UNDERTOW-2507 Get 2.0.41.SP branch in good shape
- Resolved
-
WFCORE-6468 Upgrade Undertow to 2.3.8.Final
- Resolved