Trying to install a package using the crx/packmgr/index.jsp interface I am getting:
com.day.jcr.vault.packaging.PackageException: java.lang.NullPointerException
This package installation has worked before and there were 0 changes made to it!
This is happening to every package we try to install now.
Full log:
Install Package: /etc/packages/TEST/ui-app-1.0.0-SNAPSHOT.zip
Wed Oct 23 2013 11:21:48 GMT+0100 (GMT Standard Time)
Installing content
Collecting import information...
Installing node types...
Installing privileges...
Importing content...
- /etc/workflow/scripts/TEST/check_isPublicContent.ecma
saving approx 0 nodes...
Committing versions...
Error during processing:
com.day.jcr.vault.packaging.PackageException: java.lang.NullPointerException
at com.day.jcr.vault.packaging.impl.ZipVaultPackage.extract(ZipVaultPackage.java:365)
at com.day.jcr.vault.packaging.impl.JcrPackageImpl.extract(JcrPackageImpl.java:364)
at com.day.jcr.vault.packaging.impl.JcrPackageImpl.install(JcrPackageImpl.java:337)
at com.day.crx.packaging.impl.J2EEPackageManager.consoleInstall(J2EEPackageManager.java:327)
at com.day.crx.packaging.impl.J2EEPackageManager.doPost(J2EEPackageManager.java:173)
at com.day.crx.packaging.impl.PackageManagerServlet.doPost(PackageManagerServlet.java:144)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
at org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
at org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at org.apache.sling.i18n.impl.I18NFilter.doFilter(I18NFilter.java:117)
at org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at org.apache.sling.security.impl.ReferrerFilter.doFilter(ReferrerFilter.java:238)
at org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at com.adobe.granite.license.impl.LicenseCheckFilter.doFilter(LicenseCheckFilter.java:179)
at org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at org.apache.sling.engine.impl.log.RequestLoggerFilter.doFilter(RequestLoggerFilter.java:75)
at org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
at org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
at org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at com.day.j2ee.servletengine.ServletRuntimeEnvironment.service(ServletRuntimeEnvironment.java:250)
at com.day.j2ee.servletengine.RequestDispatcherImpl.doFilter(RequestDispatcherImpl.java:321)
at com.day.j2ee.servletengine.RequestDispatcherImpl.service(RequestDispatcherImpl.java:340)
at com.day.j2ee.servletengine.RequestDispatcherImpl.service(RequestDispatcherImpl.java:383)
at com.day.j2ee.servletengine.ServletHandlerImpl.process(ServletHandlerImpl.java:360)
at com.day.j2ee.servletengine.HttpListener$Worker.run(HttpListener.java:644)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at org.apache.jackrabbit.core.version.VersionManagerImplBase.isCheckedOut(VersionManagerImplBase.java:333)
at org.apache.jackrabbit.core.version.VersionManagerImplBase.checkoutCheckin(VersionManagerImplBase.java:145)
at org.apache.jackrabbit.core.VersionManagerImpl.access$100(VersionManagerImpl.java:73)
at org.apache.jackrabbit.core.VersionManagerImpl$1.perform(VersionManagerImpl.java:122)
at org.apache.jackrabbit.core.VersionManagerImpl$1.perform(VersionManagerImpl.java:115)
at org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
at org.apache.jackrabbit.core.VersionManagerImpl.perform(VersionManagerImpl.java:96)
at org.apache.jackrabbit.core.VersionManagerImpl.checkin(VersionManagerImpl.java:115)
at org.apache.jackrabbit.core.VersionManagerImpl.checkin(VersionManagerImpl.java:101)
at org.apache.jackrabbit.core.NodeImpl.checkin(NodeImpl.java:2864)
at com.day.jcr.vault.fs.io.Importer.checkinNodes(Importer.java:994)
at com.day.jcr.vault.fs.io.Importer.run(Importer.java:449)
at com.day.jcr.vault.packaging.impl.ZipVaultPackage.extract(ZipVaultPackage.java:360)
... 43 more
Error: java.lang.NullPointerException
Could anyone advice on the fix for this ?
Thanks,
Peter
Solved! Go to Solution.
Views
Replies
Total Likes
The bug you are reffering is already fixed. Any case file a daycare ticket.
By any chance have you deleted the /etc/workflow/scripts/TEST/check_isPublicContent.ecma the node exist earlier and then trying to add again through package?
Views
Replies
Total Likes
I have seen this behavior when we tries to install a package that tries to install a bundle into an /install-folder that is not there.
/Ove
Views
Replies
Total Likes
Hi Ove,
Thanks for your reply. It would made sense if I tried to install a bundle in my case I am trying to install a single ecma file...
Peter
Views
Replies
Total Likes
Googling around the issue I have found this page: http://dev.day.com/docs/en/cq/5-4/release_notes/platform_packaging.html it mentions:
29926 – Avoid java.lang.NullPointerException in com.day.jcr.vault.packaging.PackageException references that this bug has been fixed.
As we are running CQ5.5 SP3, is there a chance that this issue was brought back ?
Thanks you for your help !
Peter
Views
Replies
Total Likes
The bug you are reffering is already fixed. Any case file a daycare ticket.
By any chance have you deleted the /etc/workflow/scripts/TEST/check_isPublicContent.ecma the node exist earlier and then trying to add again through package?
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies