[
https://issues.apache.org/jira/browse/JCRVLT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316233#comment-16316233
]
Dirk Rudolph edited comment on JCRVLT-257 at 1/8/18 12:40 PM:
--------------------------------------------------------------
I discussed that further with [~kwin] and we think the check proposed in issue
305 makes sense to verify if an environment supports changing the compression
level or not. I implemented that in
https://github.com/apache/jackrabbit-filevault/pull/20 resolving the issue for
me (the scenarios written above).
was (Author: diru):
I discussed that further with [~kwin] and we think the check proposed in issue
305 makes sense to verify if an environment supports changing the compression
level or not. I implemented that in
https://github.com/apache/jackrabbit-filevault/pull/20 resolving the issue for
me.
> 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: Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> zlib version 1.2.11
> 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)
