You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Nicolas Lalevée (JIRA)" <ji...@apache.org> on 2014/12/18 00:36:13 UTC

[jira] [Commented] (IVY-1503) The fix for IVY-1194, to uncompress depending on the Content-Encoding breaks .tgz downloads

    [ https://issues.apache.org/jira/browse/IVY-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14250813#comment-14250813 ] 

Nicolas Lalevée commented on IVY-1503:
--------------------------------------

Considering the headers you show, I think Ivy is doing the right thing. The headers basically say that a tar file is being send, and to optimize the bandwidth on the wire, gzip will be used. So the stream should be uncompressed.

I have search other people with similar issues, I have found a discussion on the httpd-dev mailing list:
http://mail-archives.apache.org/mod_mbox/httpd-dev/199912.mbox/%3CPine.GSO.3.95a.991203095437.21983w-100000@suncms33.cern.ch%3E

I don't understand how wget understand that it shouldn't uncompress.


> The fix for IVY-1194, to uncompress depending on the Content-Encoding breaks .tgz downloads
> -------------------------------------------------------------------------------------------
>
>                 Key: IVY-1503
>                 URL: https://issues.apache.org/jira/browse/IVY-1503
>             Project: Ivy
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.2.0
>         Environment: Linux
>            Reporter: Daniel Friederich
>             Fix For: unspecified
>
>
> Since we updated from ivy 2.1 to 2.3 *.tgz files downloaded with a artifact url
> 		<artifact name="hello" conf="common" type="pkg" ext="tgz" url="http://server.xxx/ivy/hello.tgz"/>
> get uncompressed during the download, breaking the later handling of those files.
> I don't know if this is a setup issue of our http server, but I don't experience the ivy behavior in other tools. When I use wget for example (or a browser, or...) the file gets downloaded just fine.
> Would it be at least possibly not to perform this automatic uncompression with an attribute in the artifact? Or a global configuration property.
> Output for a wget --save-headers (which saves the file correctly, does not uncompress)
> HTTP/1.1 200 OK
> Date: Wed, 17 Dec 2014 21:58:28 GMT
> Server: Apache/2.2.3 (CentOS)
> Last-Modified: Wed, 17 Dec 2014 21:34:04 GMT
> ETag: "13421562-90-3c124b00"
> Accept-Ranges: bytes
> Content-Length: 144
> Connection: close
> Content-Type: application/x-tar
> Content-Encoding: x-gzip



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)