[ 
http://jira.codehaus.org/browse/WAGON-264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=175191#action_175191
 ] 

Lee Thompson commented on WAGON-264:
------------------------------------

I'm reading rfc2616 and indeed, I agree with you that the openssl webserver is 
misconfigured deviating from HTTP spec.  The webserver in this case transmitted 
Content-Type of gzip with no Content-Encoding but declared in the reply 
Content-Encoding of gzip.  Unfortunately, it looks to me like the openssl 
config is following the Apache documentation to the letter....

http://httpd.apache.org/docs/2.2/mod/mod_mime.html#addencoding

specifically --> To make this long story short, you should always use x-gzip 
and x-compress for these two specific encodings.

The Apache docs are probably incorrect (or confusing at best) leading to this 
issue.  I'd have to go back to the point that wget, and curl (and I just tested 
firefox) will all download from these sites and get the correct file.  I'd also 
go back to my point that performance is worse when you ask for GZIP encoding 
for filetypes that are already compressed.  The only typical maven uncompressed 
file types are the pom XML files and the SHA1 and MD5SUM hash files and these 
artifacts are so small that the benefit is negligible.  While wagon might not 
have a bug in regards to rfc2616, it does have an issue dealing with sites who 
read the Apache configuration documentation.  Wagon is the only http client I 
know of that can't download tarballs from sourceforge and openssl.  (Lots of 
sourceforge mirrors have this config problem).  The internet is a cooperative 
media and strict compliance is often compromised when interoperability concerns 
are brought in.

Please make wagon defend itself from badly configured webservers.


> compressed tarball download problems
> ------------------------------------
>
>                 Key: WAGON-264
>                 URL: http://jira.codehaus.org/browse/WAGON-264
>             Project: Maven Wagon
>          Issue Type: Bug
>          Components: wagon-http-lightweight
>    Affects Versions: 1.0-beta-2, 1.0-beta-3, 1.0-beta-4, 1.0-beta-5
>            Reporter: Lee Thompson
>            Assignee: John Casey
>             Fix For: 1.0-beta-5
>
>
> HTTP wagon will uncompress tarballs it downloads, sometimes badly.  
> Downloading openssl results in an unpressed download
> $ mvn -X wagon:download-single -Dwagon.fromFile=openssl-0.9.8k.tar.gz 
> -Dwagon.url=http://www.openssl.org/source -Dwagon.toDir=./
> $ tar tzf openssl-0.9.8k.tar.gz 
> gzip: stdin: not in gzip format
> tar: Child returned status 1
> tar: Error exit delayed from previous errors
> $ tar tf openssl-0.9.8k.tar.gz | more
> openssl-0.9.8k/apps/
> openssl-0.9.8k/apps/app_rand.c
> Downloading expat results in a corrupted file
> mvn -X wagon:download-single -Dwagon.fromFile=expat-1.98.8.tar.gz 
> -Dwagon.url=http://prdownloads.sourceforge.net/expat -Dwagon.toDir=./
> $ tar tf expat-1.98.8.tar.gz 
> tar: This does not look like a tar archive
> tar: Skipping to next header
> tar: Read 1943 bytes from expat-1.98.8.tar.gz
> tar: Error exit delayed from previous errors

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to