[
https://issues.apache.org/jira/browse/JCRVLT-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra resolved JCRVLT-92.
------------------------------------
Resolution: Fixed
Fix Version/s: 3.1.20
fixed in r1680359 with a semi-workaround that ensures that the package is
opened with a ZipArchive. could be nicer :-)
> Package rewrap broken for packages smaller than 1mb since introduction of
> memory archive
> ----------------------------------------------------------------------------------------
>
> Key: JCRVLT-92
> URL: https://issues.apache.org/jira/browse/JCRVLT-92
> Project: Jackrabbit FileVault
> Issue Type: Bug
> Components: Packaging
> Affects Versions: 3.1.16
> Reporter: Ankush Malhotra
> Assignee: Tobias Bocanegra
> Fix For: 3.1.20
>
>
> Method getPackage() in the class JcrPackageImpl creates an in memory archive
> instead of a temporary zip.file, but the method
> PackageManagerImpl.rewrap(JcrPackage arg0, ProgressTrackerListener arg1)
> still expects the JcrPackage arg0 to be a file, and not a MemoryArchive.
> The call src.getFile() returns null and an NullPointer Exception is thrown in
> the ZipFile method.
> /* 175 */ ZipFile zip = new ZipFile(src.getFile(), 1);
> Here is the relevant stack trace
> {code}
> *ERROR* [Default Executor-thread-111] de.fi.myif.modul.impl.ModulServiceImpl
> null
> java.lang.NullPointerException: null
> at java.util.zip.ZipFile.<init>(ZipFile.java:106)
> at
> org.apache.jackrabbit.vault.packaging.impl.PackageManagerImpl.rewrap(PackageManagerImpl.java:175)
>
> at
> org.apache.jackrabbit.vault.packaging.impl.PackageManagerImpl.rewrap(PackageManagerImpl.java:143)
>
> at
> org.apache.jackrabbit.vault.packaging.impl.JcrPackageManagerImpl.rewrap(JcrPackageManagerImpl.java:539)
>
> at
> com.day.jcr.vault.packaging.impl.JrVltJcrPackageManagerAdapter.rewrap(JrVltJcrPackageManagerAdapter.java:144)
>
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
