Em qua, 3 de jul de 2019 às 17:14, Woonsan Ko (JIRA) <[email protected]> escreveu:
> Woonsan Ko created JCR-4458: > ------------------------------- > > Summary: When JcrRemotingServlet deployed on non-root > context, AclResource Webdav request fails > Key: JCR-4458 > URL: https://issues.apache.org/jira/browse/JCR-4458 > Project: Jackrabbit Content Repository > Issue Type: Bug > Affects Versions: 2.18.2 > Reporter: Woonsan Ko > > > If {{org.apache.jackrabbit.server.remoting.davex.JcrRemotingServlet}} is > configured as a servlet on servletPath, "/server", in a web application, > the contextPath of which is "/cms" for example, then > {{javax.jcr.Session#importXML(...)}} fails from a JCR client based on > JCR/WebDAV. In other words, from a JCR Session from the repository like the > following: > > {code} > String repositoryAddress = (args.length != 0) ? args[0] : " > http://localhost:8080/cms/server";; > Jcr2davRepositoryFactory factory = new Jcr2davRepositoryFactory(); > Map<String, String> params = new HashMap<String, String>(); > params.put(JcrUtils.REPOSITORY_URI, repositoryAddress); > Repository repository = factory.getRepository(params); > // ... > {code} > > It seems like that {{Session#importXML(...)}} call invokes an AclResource > Webdav request first on the specific resource path, but > {{org.apache.jackrabbit.webdav.jcr.version.report.JcrPrivilegeReport#init(DavResource, > ReportInfo)}} does not remove the contextPath, "/cms" for example, when > determining the resoucrePath. > > Unlike the {{JcrPrivilegeReport}}, > {{org.apache.jackrabbit.webdav.WebdavRequestImpl#getHrefLocator(String, > boolean)}} seems to remove the contextPath property. > > > > -- > This message was sent by Atlassian JIRA > (v7.6.3#76005) > -- att. Marcelo Taborda Vicente Cel: 55 (41) 9545-5084
