[
https://issues.apache.org/jira/browse/COMPRESS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17536993#comment-17536993
]
Glavo commented on COMPRESS-621:
--------------------------------
Here is another more common example:
Starting with JDK 9, the JDK includes several .jmod files in the jmods
directory.
jmod files are zip archives but with magic numbers ( 0x4A 0x4D 0x01 0x00) in
the header, it caused commons compress's ZipFile to not be able to handle jmod
files.
I wish Commons Compress would take care of this and add a new method to ZipFile
for getting the bytes before the body content of the zip file.
> ZipFile does not support prepending additional data to the zip content
> ----------------------------------------------------------------------
>
> Key: COMPRESS-621
> URL: https://issues.apache.org/jira/browse/COMPRESS-621
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.21
> Reporter: Glavo
> Priority: Major
>
> In general, Zip files support placing arbitrary content before their body
> without affecting their compliance.
> Here is an example:
> [https://github.com/huanghongxun/HMCL/releases/download/v3.5.2.218/HMCL-3.5.2.218.exe]
>
> This is actually a jar file, but we prepend an exe launcher to it, so it can
> be used both as a jar and as an exe.
> java.util.zip.ZipFile can open and read it normally, but
> org.apache.commons.compress.archivers.zip.ZipFile can open it but cannot read
> any entries.
>
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
