Thanks much for the explanation. I'll check into it...
Rapha�l Luta wrote:
Jetspeed wrote:
Hello -
I'm behind a corporate firewall and am seeing some strange behavior
using cvsgrab to update sources. It appears that all html files updated
from both jakarta-jetspeed and jakarta-jetspeed-2 are corrupted before
they hit my filesystem. Their contents appear to be binary, and appear
as gibberish in the portal once I've built and installed jetspeed.war into
tomcat. Has anyone seen this sort of behavior and, if so, know the
solution?
Cheers (and thanks in advance), Dan
It looks like you cvsgrad tool doesn't know how to deal the gzip Content-Encoding used the HTTP server (it sends on-the-fly gzipped
data to speed up transfer and use less bandwidth, so mod_deflate
or mod_gzip on Apache HTTPD documentation for more info).
I checked that the server only uses this gzip module when the client announces that it supports it (accept-encoding sent by the client) so either your client is broken or you have a broken proxy setup at your company that caches the gzipped data and send it back to your client whether you support it or not...
But if you quickly want to restore the html files, simply gunzip them :)
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
