[jira] [Commented] (JCR-4458) When JcrRemotingServlet deployed on non-root context, AclResource Webdav request fails
[
https://issues.apache.org/jira/browse/JCR-4458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16889384#comment-16889384
]
Julian Reschke commented on JCR-4458:
-
Ah. See the comments in JCR-4460.
I believe there's a workaround (setting the init parameter to the context path)
- maybe you can try that in jackrabbit-boot.
(That said, this should work without extra config)
> 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
>Assignee: Julian Reschke
>Priority: Major
>
> If {{org.apache.jackrabbit.server.remoting.davex.JcrRemotingServlet}} is
> configured in a non-root web application, the contextPath of which is "/cms"
> for example with the servletPath, "/server", then
> {{javax.jcr.Session#importXML(...)}} fails from a JCR client based on
> JCR/WebDAV. In other words, {{#importXML(...)}} fails from a JCR {{Session}}
> using a repository which can be created like the following for JCR over
> WebDAV:
> {code}
> String repositoryAddress = "http://localhost:8080/cms/server";;
> Jcr2davRepositoryFactory factory = new Jcr2davRepositoryFactory();
> Map params = new HashMap();
> 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 properly.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
[jira] [Commented] (JCR-4458) When JcrRemotingServlet deployed on non-root context, AclResource Webdav request fails
[
https://issues.apache.org/jira/browse/JCR-4458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16889237#comment-16889237
]
Woonsan Ko commented on JCR-4458:
-
Hi [~reschke],
After pulling the latest from trunk branch, I tried to reproduce it with the
regular integration tests with `{{mvn clean install -PintegrationTesting
-DWebDAVServletContext="/foobar/"}}`, but the build was successful.
Did I miss something?
Regards, Woonsan
> 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
>Assignee: Julian Reschke
>Priority: Major
>
> If {{org.apache.jackrabbit.server.remoting.davex.JcrRemotingServlet}} is
> configured in a non-root web application, the contextPath of which is "/cms"
> for example with the servletPath, "/server", then
> {{javax.jcr.Session#importXML(...)}} fails from a JCR client based on
> JCR/WebDAV. In other words, {{#importXML(...)}} fails from a JCR {{Session}}
> using a repository which can be created like the following for JCR over
> WebDAV:
> {code}
> String repositoryAddress = "http://localhost:8080/cms/server";;
> Jcr2davRepositoryFactory factory = new Jcr2davRepositoryFactory();
> Map params = new HashMap();
> 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 properly.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
[jira] [Created] (JCR-4461) Release Oak 1.16.0
Julian Reschke created JCR-4461: --- Summary: Release Oak 1.16.0 Key: JCR-4461 URL: https://issues.apache.org/jira/browse/JCR-4461 Project: Jackrabbit Content Repository Issue Type: Task Reporter: Julian Reschke -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Comment Edited] (JCR-4460) allow to run remoted conformance tests with a custom servlet context path
[
https://issues.apache.org/jira/browse/JCR-4460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1641#comment-1641
]
Julian Reschke edited comment on JCR-4460 at 7/19/19 1:22 PM:
--
trunk: [r1863384|http://svn.apache.org/r1863384]
[r1863222|http://svn.apache.org/r1863222]
2.18: [r1863388|http://svn.apache.org/r1863388]
[r1863271|http://svn.apache.org/r1863271]
was (Author: reschke):
trunk: [r1863384|http://svn.apache.org/r1863384]
[r1863222|http://svn.apache.org/r1863222]
2.18: [r1863271|http://svn.apache.org/r1863271]
> allow to run remoted conformance tests with a custom servlet context path
> -
>
> Key: JCR-4460
> URL: https://issues.apache.org/jira/browse/JCR-4460
> Project: Jackrabbit Content Repository
> Issue Type: Task
> Components: jackrabbit-jcr2dav
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
> Labels: candidate_jcr_2_16
> Fix For: 2.20, 2.19.4, 2.18.3
>
> Attachments: use-context-path.diff
>
>
> Add a system property that selects a servlet context path for testing.
> To run tests with non-root path:
> {noformat}
> mvn clean install -PintegrationTesting -DWebDAVServletContext="/foobar/"
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
[jira] [Resolved] (JCR-4460) allow to run remoted conformance tests with a custom servlet context path
[
https://issues.apache.org/jira/browse/JCR-4460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke resolved JCR-4460.
-
Resolution: Fixed
> allow to run remoted conformance tests with a custom servlet context path
> -
>
> Key: JCR-4460
> URL: https://issues.apache.org/jira/browse/JCR-4460
> Project: Jackrabbit Content Repository
> Issue Type: Task
> Components: jackrabbit-jcr2dav
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
> Labels: candidate_jcr_2_16
> Fix For: 2.20, 2.19.4, 2.18.3
>
> Attachments: use-context-path.diff
>
>
> Add a system property that selects a servlet context path for testing.
> To run tests with non-root path:
> {noformat}
> mvn clean install -PintegrationTesting -DWebDAVServletContext="/foobar/"
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
[jira] [Issue Comment Deleted] (JCR-4460) allow to run remoted conformance tests with a custom servlet context path
[
https://issues.apache.org/jira/browse/JCR-4460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4460:
Comment: was deleted
(was: trunk: [r1863222|http://svn.apache.org/r1863222]
2.18: [r1863271|http://svn.apache.org/r1863271]
)
> allow to run remoted conformance tests with a custom servlet context path
> -
>
> Key: JCR-4460
> URL: https://issues.apache.org/jira/browse/JCR-4460
> Project: Jackrabbit Content Repository
> Issue Type: Task
> Components: jackrabbit-jcr2dav
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
> Labels: candidate_jcr_2_16
> Fix For: 2.20, 2.19.4, 2.18.3
>
> Attachments: use-context-path.diff
>
>
> Add a system property that selects a servlet context path for testing.
> To run tests with non-root path:
> {noformat}
> mvn clean install -PintegrationTesting -DWebDAVServletContext="/foobar/"
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
[jira] [Commented] (JCR-4460) allow to run remoted conformance tests with a custom servlet context path
[
https://issues.apache.org/jira/browse/JCR-4460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1641#comment-1641
]
Julian Reschke commented on JCR-4460:
-
trunk: [r1863384|http://svn.apache.org/r1863384]
[r1863222|http://svn.apache.org/r1863222]
2.18: [r1863271|http://svn.apache.org/r1863271]
> allow to run remoted conformance tests with a custom servlet context path
> -
>
> Key: JCR-4460
> URL: https://issues.apache.org/jira/browse/JCR-4460
> Project: Jackrabbit Content Repository
> Issue Type: Task
> Components: jackrabbit-jcr2dav
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Minor
> Labels: candidate_jcr_2_16
> Fix For: 2.20, 2.19.4, 2.18.3
>
> Attachments: use-context-path.diff
>
>
> Add a system property that selects a servlet context path for testing.
> To run tests with non-root path:
> {noformat}
> mvn clean install -PintegrationTesting -DWebDAVServletContext="/foobar/"
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
RE: [ANNOUNCE] Apache Jackrabbit FileVault Package Maven Plugin 1.0.4 released
it seems the release was not yet pushed to maven central? staging repo is still available: https://repository.apache.org/content/repositories/orgapachejackrabbit-1450 stefan >-Original Message- >From: Tobias Bocanegra [mailto:tri...@adobe.com] >Sent: Friday, July 19, 2019 10:50 AM >To: dev@jackrabbit.apache.org; us...@jackrabbit.apache.org; >annou...@apache.org >Subject: [ANNOUNCE] Apache Jackrabbit FileVault Package Maven Plugin 1.0.4 >released > >The Apache Jackrabbit community is pleased to announce the release of >Apache Jackrabbit FileVault Package Maven Plugin $version. The release is >available for download at: > >http://jackrabbit.apache.org/jcr/downloads.html#vltplg > >See the full release notes below for details about this release: > > >Release Notes -- Apache Jackrabbit FileVault Package Maven Plugin -- >Version 1.0.4 >=== >=== > >Introduction > >The Apache Jackrabbit FileVault package maven plugin is an Apache maven >plugin that simplifies the creation of >content package maven artifacts. The content packages can later be used to >install content into a JCR repository >using the Apache Jackrabbit FileVault packaging runtime. > > >Changes in Jackrabbit FileVault Package Maven Plugin 1.0.4 >-- > > Bug Fixes >* [JCRVLT-279] - Emit warning/error in case embedded file/subpackage is >overwritten by jcrRootSourceDirectory >* [JCRVLT-320] - filevault-package-maven-plugin:package does not work with >Java >= 9 >* [JCRVLT-324] - In case of a long project description in CDATA the >resulting MANIFEST.MF is invalid >* [JCRVLT-326] - Embedded files Map stored in project properties breaks >Jenkins+Artifactory integration > > Improvements >* [JCRVLT-321] - Warn for files not being included in the package due to >being outside of filter roots >* [JCRVLT-331] - Incorrect embedded base name used in generate-metadata >goal during CLI execution of `mvn test` > > >Release Contents > >This release consists of a single source archive packaged as a zip file. >The archive can be unpacked with the jar tool from your JDK installation. >See the [README](./README.md) file for instructions on how to build this >release. > >The source archive is accompanied by SHA1 and MD5 checksums and a PGP >signature that you can use to verify the authenticity of your download. >The public key used for the PGP signature can be found at >https://www.apache.org/dist/jackrabbit/KEYS > >About Apache Jackrabbit >--- >Apache Jackrabbit is a fully conforming implementation of the Content >Repository for Java Technology API (JCR). A content repository is a >hierarchical content store with support for structured and unstructured >content, full text search, versioning, transactions, observation, and >more. > >For more information, visit http://jackrabbit.apache.org/ > >About The Apache Software Foundation > >Established in 1999, The Apache Software Foundation provides >organizational, >legal, and financial support for more than 100 freely-available, >collaboratively-developed Open Source projects. The pragmatic Apache >License >enables individual and commercial users to easily deploy Apache software; >the Foundation's intellectual property framework limits the legal exposure >of its 2,500+ contributors. > >For more information, visit http://www.apache.org/ > >Trademarks >-- >Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the >Apache >Jackrabbit project logo are trademarks of The Apache Software Foundation.
[ANNOUNCE] Apache Jackrabbit FileVault Package Maven Plugin 1.0.4 released
The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit FileVault Package Maven Plugin $version. The release is available for download at: http://jackrabbit.apache.org/jcr/downloads.html#vltplg See the full release notes below for details about this release: Release Notes -- Apache Jackrabbit FileVault Package Maven Plugin -- Version 1.0.4 == Introduction The Apache Jackrabbit FileVault package maven plugin is an Apache maven plugin that simplifies the creation of content package maven artifacts. The content packages can later be used to install content into a JCR repository using the Apache Jackrabbit FileVault packaging runtime. Changes in Jackrabbit FileVault Package Maven Plugin 1.0.4 -- Bug Fixes * [JCRVLT-279] - Emit warning/error in case embedded file/subpackage is overwritten by jcrRootSourceDirectory * [JCRVLT-320] - filevault-package-maven-plugin:package does not work with Java >= 9 * [JCRVLT-324] - In case of a long project description in CDATA the resulting MANIFEST.MF is invalid * [JCRVLT-326] - Embedded files Map stored in project properties breaks Jenkins+Artifactory integration Improvements * [JCRVLT-321] - Warn for files not being included in the package due to being outside of filter roots * [JCRVLT-331] - Incorrect embedded base name used in generate-metadata goal during CLI execution of `mvn test` Release Contents This release consists of a single source archive packaged as a zip file. The archive can be unpacked with the jar tool from your JDK installation. See the [README](./README.md) file for instructions on how to build this release. The source archive is accompanied by SHA1 and MD5 checksums and a PGP signature that you can use to verify the authenticity of your download. The public key used for the PGP signature can be found at https://www.apache.org/dist/jackrabbit/KEYS About Apache Jackrabbit --- Apache Jackrabbit is a fully conforming implementation of the Content Repository for Java Technology API (JCR). A content repository is a hierarchical content store with support for structured and unstructured content, full text search, versioning, transactions, observation, and more. For more information, visit http://jackrabbit.apache.org/ About The Apache Software Foundation Established in 1999, The Apache Software Foundation provides organizational, legal, and financial support for more than 100 freely-available, collaboratively-developed Open Source projects. The pragmatic Apache License enables individual and commercial users to easily deploy Apache software; the Foundation's intellectual property framework limits the legal exposure of its 2,500+ contributors. For more information, visit http://www.apache.org/ Trademarks -- Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the Apache Jackrabbit project logo are trademarks of The Apache Software Foundation.
[RESULT][VOTE] Release Apache Jackrabbit Filevault Package Maven Plugin 1.0.4
Hi, Thanks for voting. The vote has now closed. The results are: Binding Votes: +1 Woonsan Ko +1 Robert Munteanu +1 Tobias Bocanegra Non Binding Votes: +1 Konrad Windszus The vote was **successful**. I'll push out the release asap. Regards, Toby > On 16 Jul 2019, at 11:51, Tobias Bocanegra wrote: > > Hello, > > A candidate for the Jackrabbit Filevault Package Maven Plugin 1.0.4 release > is available at: > https://dist.apache.org/repos/dist/dev/jackrabbit/filevault-package-maven-plugin/1.0.4/ > > The release candidate is a zip archive of the sources in: > https://svn.apache.org/repos/asf/jackrabbit/commons/filevault-package-maven-plugin/tags/filevault-package-maven-plugin-1.0.4/ > > The SHA1 checksum of the archive is > 6030e0de70ca59bfe31c40eeccd8eab38a981e77 > > The command for running automated checks against this release candidate is: > $ sh check-release.sh filevault-plugin 1.0.4 > 6030e0de70ca59bfe31c40eeccd8eab38a981e77 > > A staged Maven repository is available for review at: > https://repository.apache.org/content/repositories/orgapachejackrabbit-1450 > > Please vote on releasing this package as Apache Jackrabbit Filevault Package > Maven Plugin 1.0.4. > The vote is open for a minimum of 72 hours during business days and passes > if a majority of at least three +1 Jackrabbit PMC votes are cast. > The vote fails if not enough votes are cast after 1 week (5 business days). > > [ ] +1 Release this package as Apache Jackrabbit Filevault Package Maven > Plugin 1.0.4 > [ ] -1 Do not release this package because... > > Thanks, > Regards, Toby
