Remy Maucherat wrote:
Henri Gomez wrote:
I spent some times playing with http compression,
using Apache 2.0 mod_deflate together with mod_jk,
and it works great (at least with jk 1.2.2).
I wonder now if someone, may be Remy, has plan to
add it in Catalina 1.x/2.x (or Coyote) to make it
available for both HTTP 1.1 and JK2 ?
I was planning to add the feature as filters in Coyote HTTP/1.1, but
never did, because I wasn't able to find efficient compression code. I
suppose something could be put together using the JDK compression IS and
OS in the meantime.
GZIPOutputstream is quit fast today.
For JK 2, I think it's fair to say that you should rely on the native
webserver capabilities (that's the whole point, I think). Great that you
added the support (I thought it had been there from the start, actually).
Hum, the idea to put compression on the Java side (HTTP 1.1/JK2) is to
reduce the response time and network bandwidth when webserver and tomcat
are linked TCP/IP (ie ajp13 + network).
I make some bench on large output streams and even if mod_deflate help
by sending to browser smaller responses, it still has to handle the
big response caming from tomcat.
That's why it could be a real gain to have gzip compression also on
the tomcat side, I think you'll see real gain with recent browser as
soon as response is more than 10k.
I hope someone could works on it at the coyote level to make
it available for both HTTP 1.1 and JK2 upper layers.
There is some things to care off, ie activation of compression
on certains mimes contents (ie: text/html, text/plain) and
when size is greater than xxx bytes.
If someone has ideas and may be a skeleton for coyote, I may help
him on this area.
Regards
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
