One of the problems is that the compressed streams from the JDK are not
recyclable, cause a lot of possibly synced method calls, and so on.
Plus, it's kinda ugly to fit the OS and IS models into the Coyote
HTTP/1.1 filter model.
Does anyone know about compression code which would use byte
Did this ZLIB Java implementation could be what you're looking
Remy ?
http://www.jcraft.com/jzlib/index.html
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Henri Gomez wrote:
One of the problems is that the compressed streams from the JDK are
not recyclable, cause a lot of possibly synced method calls, and so
on. Plus, it's kinda ugly to fit the OS and IS models into the
Coyote HTTP/1.1 filter model.
Does anyone know about
Dedicated link, you know what it means say the average IT manager :
DECICATED LINK = A NEW SWITCH + NEW CABLES + NEW SUPERVISION = $/EUR++
If ever you came back to Lyon, I'll make you meet one of my IT manager
;-)
He's dumb ;-)
Look, you're putting together a cluster. Nothing good will come
Henri Gomez wrote:
As I tell you, I could try to look for or write a GZIP writer
implementation using byte array, just provide the interfaces.
Well, the idea is to be efficient, so:
- Have a ByteChunk compress(ByteChunk) method (assuming that giving it
an empty chunk means it's the end of
Actually, they are both equivalent.
I'll see how we could make use ByteChunk with JDK code for now.
I've already started experimenting.
Thanks to send me a note when code will be available.
I'll could add some code to mimic mod_deflate ie :
- compress only certain type of mimes (ie only
Henri Gomez wrote:
Actually, they are both equivalent.
I'll see how we could make use ByteChunk with JDK code for now.
I've already started experimenting.
Thanks to send me a note when code will be available.
I'll could add some code to mimic mod_deflate ie :
- compress only
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
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
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).
I didn't added support really, just corrected the way we set the
content-type
Henri Gomez wrote:
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
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.
I think I'll
Henri Gomez wrote:
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
13 matches
Mail list logo
