You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Julian Reschke (Jira)" <ji...@apache.org> on 2019/12/18 12:42:01 UTC

[jira] [Closed] (JCR-3763) Import XML fails with jackrabbit webapp deployed

     [ https://issues.apache.org/jira/browse/JCR-3763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Julian Reschke closed JCR-3763.
-------------------------------

> Import XML fails with jackrabbit webapp deployed
> ------------------------------------------------
>
>                 Key: JCR-3763
>                 URL: https://issues.apache.org/jira/browse/JCR-3763
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-webapp, jackrabbit-webdav
>    Affects Versions: 2.6.2, 2.7.5
>         Environment: Windows 7
>            Reporter: Chris
>            Priority: Minor
>              Labels: DavLocatorFactory, import, jackrabbit, webapp, webdav, xml
>         Attachments: TestEAVCoreRepository.java
>
>
> UPDATE:   this seems to be very similar to the issue reported in:
> https://issues.apache.org/jira/browse/JCR-3668
> To reproduce simply deploy jackrabbit-webapp-2.6.2 or greater (haven't tested on earlier versions).    I have also confirmed this issue persists with jackrabbit-webapp-2.7.5.    The standalone versions do not have this issue.
> With the webapp deployed, attempt to import serialized XML using session.importXML or workspace.importXML( ... ) fails.   Note:  this XML is initially serialized from existing Jackrabbit node data via session.exportSystem( ... ).  
> When your session or workspace points to the jackrabbit-standalone configuration the import is successful and the node structure is generated on the server.   When your session points to the webapp config, the process fails because:
> DavLocatorFactoryImpl.getRepositoryPath() is returning the incorrect workspace path.  In this example, the workspace is "default".   The trace:
> {noformat}
> SEVERE: Servlet.service() for servlet [JCRWebdavServer] in context with path [/jackrabbit-webapp-2.7.5] threw exception
> java.lang.IllegalArgumentException: Unexpected format of resource path: /jackrabbit-webapp-2.7.5/server/default/jcr:root/8b65d019-719f-47ec-ae2b-675c7a33048c/RTRD (workspace: /jackrabbit-webapp-2.7.5)
>         at org.apache.jackrabbit.webdav.jcr.DavLocatorFactoryImpl.getRepositoryPath(DavLocatorFactoryImpl.java:65)
>         at org.apache.jackrabbit.webdav.AbstractLocatorFactory$DavResourceLocatorImpl.getRepositoryPath(AbstractLocatorFactory.java:356)
>         at org.apache.jackrabbit.webdav.jcr.version.report.JcrPrivilegeReport.addResponses(JcrPrivilegeReport.java:117)
>         at org.apache.jackrabbit.webdav.jcr.version.report.JcrPrivilegeReport.init(JcrPrivilegeReport.java:102)
>         at org.apache.jackrabbit.webdav.version.report.ReportType.createReport(ReportType.java:72)
>         at org.apache.jackrabbit.webdav.jcr.AbstractResource.getReport(AbstractResource.java:487)
>         at org.apache.jackrabbit.webdav.jcr.WorkspaceResourceImpl.getReport(WorkspaceResourceImpl.java:84)
>         at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.doReport(AbstractWebdavServlet.java:1096)
>         at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.execute(AbstractWebdavServlet.java:402)
>         at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.service(AbstractWebdavServlet.java:291)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
>         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
>         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>         at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
>         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>         at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>         at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>         at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>         at java.lang.Thread.run(Thread.java:662) 
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)