Looks like this got lost in the ether ...
Begin forwarded message:
On 15 Jul 2009, at 23:39, Anthony J. Biacco wrote:
I'm trying to use mod_deflate to compress data coming out of tomcat
through mod_jk and need the proper content-length header set for the
COMPRESSED data, but can't do this because the data is streamed
and sent
after the headers are set, therefore we don't know the compressed
content-length until after the fact.
I'd either like to request a option to enable such a feature where
I can
have the compressed data buffered, the headers set, and then the data
sent.
That's the wrong approach. Think modular!
The right approach is to insert another filter after mod_deflate
to do your buffering (and of course note its effect on performance
and potential role in a DoS attack). The existing content_length
filter would make a startingpoint.
Or, better, fix your client to support HTTP, without the need for
a Content-Length header.
--
Nick Kew
