[jira] [Commented] (MASSEMBLY-897) zipentry.getSize() returns -1 for regular files in a m-a-p created zip

["Enrico Olivelli (JIRA)" <ji...@apache.org>]

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

Enrico Olivelli commented on MASSEMBLY-897:
-------------------------------------------

[~Schutte] unfortunately I have created an integration test with your case (thank you for providing it) but even upgrading plexus-archiver to 4.0.0 the case continues to fail.

We need to fix in in plexus-archiver, I am sorry but I don't think 3.1.1 (which is going to be released soon) will resolve your problem.

> zipentry.getSize() returns -1 for regular files in a m-a-p created zip
> ----------------------------------------------------------------------
>
>                 Key: MASSEMBLY-897
>                 URL: https://issues.apache.org/jira/browse/MASSEMBLY-897
>             Project: Maven Assembly Plugin
>          Issue Type: Bug
>          Components: maven-archiver
>    Affects Versions: 2.5, 2.4.1, 2.5.1, 2.5.2, 2.5.3, 2.5.4, 2.5.5, 2.6, 3.1.0
>         Environment: Windows, oracle and ibm 1.8 jvm's
>            Reporter: Marcel
>            Priority: Major
>         Attachments: ReadZip.java, pom.xml
>
>
> When you create a zip file using maven-assembly-plugin in one the 'affected versions' and later read it back using java.util.zip.ZipInputStream, the ZipEntry instances for files will return -1 from a call to zipentry.getSize(). Using version 2.4 this call will return the correct uncompressed size. It also works when I build and use the latest 3.1.1-SNAPSHOT. It was fixed in commit 5ccac88 which not surprisingly updated plexus-archiver.
> Please consider releasing 3.1.1 to make this publicly available and also to use the attached pom and java code to add a testcase guarding against a future regression.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)