http://defect.opensolaris.org/bz/show_bug.cgi?id=19220
Vladimir Kotal <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |INVALID --- Comment #7 from Vladimir Kotal <[email protected]> 2012-07-04 08:54:20 UTC --- (In reply to comment #6) > IMHO this is a site setup problem and needs to be reported to their owners. It > is just impolite to encode content in a manner, which isn't supported by the > client (the ant task doesn't send any 'Accept-Encoding' header). Also it > doesn't make much sense to compress an already compressed file (at least *.jar > s should be) ... No doubt about it. > Last but not least, if opengrok builds a workaround, this needs to be a little > bit clever than just gunzip, because if the site owner changes his mind (e.g. > to enable compression if filesize > N), it'll break opengrok build again ... > So for now, I would just add a note to the readme ... Interestingly, today I am no longer getting gzipped content from the same server (identified in server HTTP headers as 'Server: ECAcc (fra/D485)' so I can see this is the same backend server as yesterday since I have the terminal window from yesterday still open). It looks like they fixed the problem on server side. Yesterday I was getting: HTTP/1.0 200 OK Content-Encoding: gzip Accept-Ranges: bytes Content-Type: application/java-archive Date: Tue, 03 Jul 2012 14:00:19 GMT Last-Modified: Mon, 09 Apr 2012 21:29:20 GMT Server: ECAcc (fra/D485) X-Cache: HIT Content-Length: 1406216 Connection: keep-alive Length: 1,406,216 (1.3M) [application/java-archive] Today I am getting: HTTP/1.0 200 OK Accept-Ranges: bytes Content-Type: application/java-archive Date: Wed, 04 Jul 2012 08:45:19 GMT Last-Modified: Mon, 09 Apr 2012 21:29:20 GMT Server: ECAcc (fra/D485) X-Cache: HIT Content-Length: 1535258 Connection: keep-alive Length: 1,535,258 (1.5M) [application/java-archive] Note: this is from machine which is not behind any proxy. I tried this from an environment which is behind proxy (one which does not do transparent decompression) and it got the reply from different server (ECAcc (lhr/4AB2)) so hopefully it was fixed on all backend servers. I am going to vote on the ant bug anyway just in case this problem reappears. Closin this bug. -- Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ opengrok-dev mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opengrok-dev
