[
https://issues.apache.org/jira/browse/COMPRESS-420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16174436#comment-16174436
]
Stefan Bodewig commented on COMPRESS-420:
-----------------------------------------
This is {{unzip}} working the same way {{ZipArchiveInputStream}} does: start
reading from the beginning of the archive and keep going until you hit a
problem. You should be able to read the archive using the stream API.
{{ZipFile}} really depends on being able to read the central directory, there
is no easy way around it and in the end it would just mimic the stream
implementation. It would be doable but then the class wouldn't provide any
benefit over the streaming API (random access, maybe, but that would take quite
a bit of work).
> Entry missing from ZIP
> ----------------------
>
> Key: COMPRESS-420
> URL: https://issues.apache.org/jira/browse/COMPRESS-420
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.13, 1.14
> Reporter: Luke Quinane
> Attachments: missing-entry.zip
>
>
> 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
(v6.4.14#64029)
