[
https://issues.apache.org/jira/browse/COMPRESS-418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16100095#comment-16100095
]
Stefan Bodewig commented on COMPRESS-418:
-----------------------------------------
Hmm, I'd expect the field inside {{ZipEntry}} to remain -1 all the time and the
one in {{ZipArchiveEntry}} to hold the correct value after the data has been
read.
Anyway, I'll close this for now. Thank you.
> ZipArchiveEntry duplicates the size field from ZipEntry
> -------------------------------------------------------
>
> Key: COMPRESS-418
> URL: https://issues.apache.org/jira/browse/COMPRESS-418
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.14
> Environment: Java 1.8.0_131
> Apache Compress 1.14
> Reporter: Darryl L. Pierce
> Priority: Critical
>
> I create an archive using Apache Compress. I can read the archive fine using
> 7zip and JAR (from the JDK).
> When I read the same archive using Apache Compress libraries, I get a
> NegativeArraySizeException on every entry.
> When I read any other archive using Apache Compress libraries, I do not get
> the NegativeArraySizeException on entries.
> When I debug this, I see that the ZipArchiveEntry object has two instance
> variables named size (one it defines, which contains the correct size, and
> one it inherits from ZipEntry which is -1). And it seems that, on Apache
> Compress-created archives, it's always returning the inherited value and not
> the one defined by ZipArchiveEntry.
> In my code, I am only use instances of ZipArchiveEntry.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
