[ https://issues.apache.org/jira/browse/JCRVLT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dirk Rudolph updated JCRVLT-257: -------------------------------- Description: I'm running into the following exception: {code} ... 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 {code} 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. was: I'm running into the following exception: {code} ... 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 {code} 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. > ZipException: invalid code lengths set > -------------------------------------- > > Key: JCRVLT-257 > URL: https://issues.apache.org/jira/browse/JCRVLT-257 > Project: Jackrabbit FileVault > Issue Type: Bug > Components: Packaging > Affects Versions: 3.1.42 > Environment: Darwin Dirks-MacBook-Pro.local 17.3.0 Darwin Kernel > Version 17.3.0: Thu Nov 9 18:09:22 PST 2017; > root:xnu-4570.31.3~1/RELEASE_X86_64 x86_64 > java version "1.8.0_151" > Java(TM) SE Runtime Environment (build 1.8.0_151-b12) > Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode) > Reporter: Dirk Rudolph > Priority: Critical > Attachments: distributionpackage.zip > > > I'm running into the following exception: > {code} > ... > 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 > {code} > 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. -- This message was sent by Atlassian JIRA (v6.4.14#64029)