[
https://issues.apache.org/jira/browse/JCRVLT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316125#comment-16316125
]
Timothee Maret edited comment on JCRVLT-257 at 1/8/18 11:25 AM:
----------------------------------------------------------------
Thanks [~kwin] for your analysis!
In case the zlib fix takes a while to be included in most environments, I have
opened SLING-7362 which allows to configure the default compression level for
SCD.
With SLING-7362, SCD default would still BEST_SPEED, but there would be a way
to configure the SCD compression to a level not trigger the JCRVLT-163
optimisation (e.g. {{DEFAULT_COMPRESSION}}, {{NO_COMPRESSION}} or
{{BEST_COMPRESSION}}) and thus avoid the zlib bug.
The issue JCRVLT-258 is a separate one and should still IMO be fixed.
was (Author: marett):
Thanks [~kwin] for your analysis!
In case the zlib fix takes a while to be included in most environments, I have
opened SLING-7362 which allows to configure the default compression level for
SCD.
With SLING-7362, SCD default would still BEST_SPEED, but there would be a way
to configure the SCD compression to a level not triggering the JCRVLT-163
optimisation (e.g. {{DEFAULT_COMPRESSION}}, {{NO_COMPRESSION}} or
{{BEST_COMPRESSION}}) and this avoid the zlib bug.
The issue JCRVLT-258 is a separate one and should still IMO be fixed.
> 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)
