commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Darryl L. Pierce (JIRA)" <>
Subject [jira] [Commented] (COMPRESS-418) ZipArchiveEntry duplicates the size field from ZipEntry
Date Tue, 25 Jul 2017 12:30:00 GMT


Darryl L. Pierce commented on COMPRESS-418:

I see the overridden field while in the debugger in Eclipse; i.e., there are two fields named
size visible, one with -1 and one with the correct value.

But, at any rate, I guess we can consider this bug resolved in that I can work around it at
least. Thank you.

> ZipArchiveEntry duplicates the size field from ZipEntry
> -------------------------------------------------------
>                 Key: COMPRESS-418
>                 URL:
>             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

View raw message