[ https://issues.apache.org/jira/browse/JCRVLT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dirk Rudolph updated JCRVLT-257: -------------------------------- Environment: uname -a 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 zip --version Compiled with gcc 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.31) for Unix (Mac OS X) on Jul 15 2017. java -version 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) was: 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) > 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: uname -a > 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 > zip --version > Compiled with gcc 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.31) for Unix > (Mac OS X) on Jul 15 2017. > java -version > 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)