You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2015/01/02 16:21:36 UTC

[Bug 34526] Truncated content in decompressed requests from mod_deflate

https://issues.apache.org/bugzilla/show_bug.cgi?id=34526

Rainer Jung <ra...@kippdata.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #14 from Rainer Jung <ra...@kippdata.de> ---
The situation has been improved in r1649064.

Unfortunately it doesn't seem to be possible to detect request body inflation
by mod_deflate before mod_jk actually starts to read the body. Because it needs
to send the request headers to the backend before reading the body, there's no
easy way to detect the situation. We would need to implement some buffering and
change the flow of processing in mod_jk quite a lot.

I decided to implement a workaround: you can set the new Apache environment
variable JK_IGNORE_CL instead, to tell mod_jk that it should ignore an existing
Content-Length request header.

All body data that can be read from the web server will then be send to the
backend. No Content-Length header will be send to the backend.

The environment variable can be set using mod_setenvif or mod_rewrite as usual.
You should choose conditions for setting the variable that trigger for the
requests, for which you have configured request body inflation by mod_deflate.

Setting the variable for other requests as well should work, but might lead to
less efficient behavior and maybe also bugs we are not yet aware of.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org