commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Bodewig (JIRA)" <>
Subject [jira] [Commented] (COMPRESS-420) Entry missing from ZIP
Date Sat, 30 Sep 2017 16:08:02 GMT


Stefan Bodewig commented on COMPRESS-420:

So yes, it is COMPRESS-367 - Compress now throws a {{ZipException}} when it detects a corrupt
archive where it used to silently stop reading.

In general I think this change is a sensible one, most of the time you want to know the archive
is corrupt and not have the library pretend everything was fine.

I wonder if there is anything we can do to adapt this for your use-case. Right now I don't
really see what we could do. You could adapt your code to catch {{ZipException}}s thrown from

> Entry missing from ZIP
> ----------------------
>                 Key: COMPRESS-420
>                 URL:
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.13, 1.14
>            Reporter: Luke Quinane
>         Attachments:,
> There seems to be some regression introduced in v1.13 which means that the second entry
in the attached ZIP is no longer exposed via: '{{zipFile.getEntries();}}'.

This message was sent by Atlassian JIRA

View raw message