[JCRVLT-257] ZipException: invalid code lengths set

• Type: Bug
• Status: Closed
• Priority: Critical
• Resolution: Fixed
• Affects Version/s: 3.1.40, 3.1.42
• Fix Version/s: 3.1.44
• Component/s: Packaging

Environment

Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
zlib version 1.2.11

• Assignee: Unassigned
• Reporter: Dirk Rudolph
• Created: 07/Jan/18 17:57
• Updated: 25/Feb/18 02:13
• Resolved: 09/Jan/18 05:24

Description

I'm running into the following exception:

...
Caused by: java.util.zip.ZipException: invalid code lengths set
        at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:164)
        at java.util.zip.ZipInputStream.read(ZipInputStream.java:194)
        at org.apache.jackrabbit.vault.fs.io.ZipStreamArchive.copyToBuffer(ZipStreamArchive.java:228)
        at org.apache.jackrabbit.vault.fs.io.ZipStreamArchive.copy(ZipStreamArchive.java:215)
        at org.apache.jackrabbit.vault.fs.io.ZipStreamArchive.open(ZipStreamArchive.java:159)
        at org.apache.sling.distribution.serialization.impl.vlt.FileVaultContentSerializer.importFromStream(FileVaultContentSerializer.java:130)
        ... 112 common frames omitted

running Apache Sling Content Distribution on an AEM instance. It looks like the Zipfile exported by JarExporter is broken in certain cases - though I didn't find a unit test for that so far.

Anyway I'm quite sure that its caused by JCRVLT-163.

To workaround the compression of the entire file can to be set to NO_COMPRESSION.

Issue Links

• is related to: SLING-7362 Allow to configure the SCD default compression level
• relates to: JCRVLT-258 Default compression level incorrectly set to NO_COMPRESSION (0)
• relates to: JCRVLT-163 Avoid compressing incompressible binaries
• links to: #20
• links to: Java 8 release notes
• links to: JDK-8184306