BUILD FAILURE: Jackrabbit Oak - Build # 1768 - Failure
The Apache Jenkins build system has built Jackrabbit Oak (build #1768)
Status: Failure
Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/1768/ to
view the results.
Changes:
[catholicon] OAK-7605: Giving multiple result when executing query (for a
constraints with OR condition) for Facetextraction
Test results:
1 tests failed.
FAILED:
org.apache.jackrabbit.oak.plugins.index.lucene.directory.ActiveDeletedBlobCollectionIT.simpleAsyncIndexUpdateBasedBlobCollection[WITHOUT_FDS]
Error Message:
Unable to start docker container: DockerConfig{name=MongoDB}
Stack Trace:
java.lang.RuntimeException: Unable to start docker container:
DockerConfig{name=MongoDB}
at
org.apache.jackrabbit.oak.plugins.index.lucene.directory.ActiveDeletedBlobCollectionIT.simpleAsyncIndexUpdateBasedBlobCollection(ActiveDeletedBlobCollectionIT.java:140)<>
[jira] [Comment Edited] (JCR-4233) Update H2DB test dependency
[ https://issues.apache.org/jira/browse/JCR-4233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16281961#comment-16281961 ] Julian Reschke edited comment on JCR-4233 at 11/6/18 3:17 AM: -- trunk: [r1817377|http://svn.apache.org/r1817377] 2.16: [r1819073|http://svn.apache.org/r1819073] 2.14: [r1824058|http://svn.apache.org/r1824058] 2.12: [r1840212|http://svn.apache.org/r1840212] 2.10: [r1845866|http://svn.apache.org/r1845866] was (Author: reschke): trunk: [r1817377|http://svn.apache.org/r1817377] 2.16: [r1819073|http://svn.apache.org/r1819073] 2.14: [r1824058|http://svn.apache.org/r1824058] 2.12: [r1840212|http://svn.apache.org/r1840212] > Update H2DB test dependency > --- > > Key: JCR-4233 > URL: https://issues.apache.org/jira/browse/JCR-4233 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: core >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Trivial > Labels: candidate_jcr_2_8 > Fix For: 2.18, 2.14.5, 2.17.0, 2.16.1, 2.12.10, 2.10.9 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4233) Update H2DB test dependency
[ https://issues.apache.org/jira/browse/JCR-4233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4233: Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10) > Update H2DB test dependency > --- > > Key: JCR-4233 > URL: https://issues.apache.org/jira/browse/JCR-4233 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: core >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Trivial > Labels: candidate_jcr_2_8 > Fix For: 2.18, 2.14.5, 2.17.0, 2.16.1, 2.12.10, 2.10.9 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4233) Update H2DB test dependency
[ https://issues.apache.org/jira/browse/JCR-4233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4233: Fix Version/s: 2.10.9 > Update H2DB test dependency > --- > > Key: JCR-4233 > URL: https://issues.apache.org/jira/browse/JCR-4233 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: core >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Trivial > Labels: candidate_jcr_2_8 > Fix For: 2.18, 2.14.5, 2.17.0, 2.16.1, 2.12.10, 2.10.9 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (JCR-4231) Upgrade aws-java-sdk-s3 dependency to 1.11.241
[ https://issues.apache.org/jira/browse/JCR-4231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16278815#comment-16278815 ] Julian Reschke edited comment on JCR-4231 at 11/6/18 2:29 AM: -- trunk: [r1817213|http://svn.apache.org/r1817213] 2.16: [r1819051|http://svn.apache.org/r1819051] 2.14: [r1824056|http://svn.apache.org/r1824056] 2.12: [r1840359|http://svn.apache.org/r1840359] 2.10: [r1845864|http://svn.apache.org/r1845864] was (Author: reschke): trunk: [r1817213|http://svn.apache.org/r1817213] 2.16: [r1819051|http://svn.apache.org/r1819051] 2.14: [r1824056|http://svn.apache.org/r1824056] 2.12: [r1840359|http://svn.apache.org/r1840359] > Upgrade aws-java-sdk-s3 dependency to 1.11.241 > -- > > Key: JCR-4231 > URL: https://issues.apache.org/jira/browse/JCR-4231 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: jackrabbit-aws-ext >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_jcr_2_8 > Fix For: 2.18, 2.14.5, 2.17.0, 2.16.1, 2.12.10, 2.10.9 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4231) Upgrade aws-java-sdk-s3 dependency to 1.11.241
[ https://issues.apache.org/jira/browse/JCR-4231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4231: Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10) > Upgrade aws-java-sdk-s3 dependency to 1.11.241 > -- > > Key: JCR-4231 > URL: https://issues.apache.org/jira/browse/JCR-4231 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: jackrabbit-aws-ext >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_jcr_2_8 > Fix For: 2.18, 2.14.5, 2.17.0, 2.16.1, 2.12.10, 2.10.9 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4231) Upgrade aws-java-sdk-s3 dependency to 1.11.241
[ https://issues.apache.org/jira/browse/JCR-4231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4231: Fix Version/s: 2.10.9 > Upgrade aws-java-sdk-s3 dependency to 1.11.241 > -- > > Key: JCR-4231 > URL: https://issues.apache.org/jira/browse/JCR-4231 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: jackrabbit-aws-ext >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_jcr_2_8 > Fix For: 2.18, 2.14.5, 2.17.0, 2.16.1, 2.12.10, 2.10.9 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Re: [VOTE] Release Apache Jackrabbit Oak 1.8.9
[X] +1 Release this package as Apache Jackrabbit Oak 1.8.9 RELEASE-NOTES.txt looks good and checking is successful: [INFO] [INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; 2017-04-03T15:39:06-04:00) [INFO] OS name: "mac os x", version: "10.13.6", arch: "x86_64", family: "mac" [INFO] Java version: 1.8.0_144, vendor: Oracle Corporation [INFO] [INFO] ALL CHECKS OK [INFO] Woonsan On Mon, Nov 5, 2018 at 6:39 AM Davide Giannella wrote: > > A candidate for the Jackrabbit Oak 1.8.9 release is available at: > > https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.8.9/ > > The release candidate is a zip archive of the sources in: > > > https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.8.9/ > > The SHA1 checksum of the archive is > 048258348a5c3c74d1af2c6f27cbf01f24a40486. > > A staged Maven repository is available for review at: > > https://repository.apache.org/ > > The command for running automated checks against this release candidate is: > > # run in SVN checkout of > https://dist.apache.org/repos/dist/dev/jackrabbit > $ sh check-release.sh oak 1.8.9 048258348a5c3c74d1af2c6f27cbf01f24a40486 > > Please vote on releasing this package as Apache Jackrabbit Oak 1.8.9. > The vote is open for the next 72 hours and passes if a majority of at > least three +1 Jackrabbit PMC votes are cast. > > [ ] +1 Release this package as Apache Jackrabbit Oak 1.8.9 > [ ] -1 Do not release this package because... > D.
[jira] [Comment Edited] (JCR-4200) javax.transaction.UserTransaction hidden by surefire plugin in with Java 9
[
https://issues.apache.org/jira/browse/JCR-4200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16210978#comment-16210978
]
Julian Reschke edited comment on JCR-4200 at 11/5/18 7:32 PM:
--
trunk: [r1812634|http://svn.apache.org/r1812634]
2.14: [r1813323|http://svn.apache.org/r1813323]
2.12: [r1840209|http://svn.apache.org/r1840209]
2.10: [r1845837|http://svn.apache.org/r1845837]
was (Author: reschke):
trunk: [r1812634|http://svn.apache.org/r1812634]
2.14: [r1813323|http://svn.apache.org/r1813323]
2.12: [r1840209|http://svn.apache.org/r1840209]
> javax.transaction.UserTransaction hidden by surefire plugin in with Java 9
> --
>
> Key: JCR-4200
> URL: https://issues.apache.org/jira/browse/JCR-4200
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: core, parent
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [ERROR] initializationError(org.apache.jackrabbit.core.lock.TestAll) Time
> elapsed: 0.009 s <<< ERROR!
> java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
> at org.apache.jackrabbit.core.lock.TestAll.suite(TestAll.java:41)
> Caused by: java.lang.ClassNotFoundException: javax.transaction.UserTransaction
> at org.apache.jackrabbit.core.lock.TestAll.suite(TestAll.java:41)
> {noformat}
> This seems to be a consequence of JCR-4196, but it would be good if we could
> get the tests to run without downgrading the surefire plugin again.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4200) javax.transaction.UserTransaction hidden by surefire plugin in with Java 9
[
https://issues.apache.org/jira/browse/JCR-4200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4200:
Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10)
> javax.transaction.UserTransaction hidden by surefire plugin in with Java 9
> --
>
> Key: JCR-4200
> URL: https://issues.apache.org/jira/browse/JCR-4200
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: core, parent
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [ERROR] initializationError(org.apache.jackrabbit.core.lock.TestAll) Time
> elapsed: 0.009 s <<< ERROR!
> java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
> at org.apache.jackrabbit.core.lock.TestAll.suite(TestAll.java:41)
> Caused by: java.lang.ClassNotFoundException: javax.transaction.UserTransaction
> at org.apache.jackrabbit.core.lock.TestAll.suite(TestAll.java:41)
> {noformat}
> This seems to be a consequence of JCR-4196, but it would be good if we could
> get the tests to run without downgrading the surefire plugin again.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4200) javax.transaction.UserTransaction hidden by surefire plugin in with Java 9
[
https://issues.apache.org/jira/browse/JCR-4200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4200:
Fix Version/s: 2.10.9
> javax.transaction.UserTransaction hidden by surefire plugin in with Java 9
> --
>
> Key: JCR-4200
> URL: https://issues.apache.org/jira/browse/JCR-4200
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: core, parent
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [ERROR] initializationError(org.apache.jackrabbit.core.lock.TestAll) Time
> elapsed: 0.009 s <<< ERROR!
> java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
> at org.apache.jackrabbit.core.lock.TestAll.suite(TestAll.java:41)
> Caused by: java.lang.ClassNotFoundException: javax.transaction.UserTransaction
> at org.apache.jackrabbit.core.lock.TestAll.suite(TestAll.java:41)
> {noformat}
> This seems to be a consequence of JCR-4196, but it would be good if we could
> get the tests to run without downgrading the surefire plugin again.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Comment Edited] (JCR-4101) add code coverage profile (jacoco)
[ https://issues.apache.org/jira/browse/JCR-4101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15837710#comment-15837710 ] Julian Reschke edited comment on JCR-4101 at 11/5/18 6:22 PM: -- trunk: [r1779632|http://svn.apache.org/r1779632] 2.14: [r1807261|http://svn.apache.org/r1807261] 2.12: [r1809980|http://svn.apache.org/r1809980] 2.10: [r1845827|http://svn.apache.org/r1845827] was (Author: reschke): trunk: [r1779632|http://svn.apache.org/r1779632] 2.14: [r1807261|http://svn.apache.org/r1807261] 2.12: [r1809980|http://svn.apache.org/r1809980] > add code coverage profile (jacoco) > -- > > Key: JCR-4101 > URL: https://issues.apache.org/jira/browse/JCR-4101 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_jcr_2_8 > Fix For: 2.16, 2.15.1, 2.12.8, 2.14.3, 2.10.9 > > Attachments: JCR-4101.diff > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4101) add code coverage profile (jacoco)
[ https://issues.apache.org/jira/browse/JCR-4101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4101: Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10) > add code coverage profile (jacoco) > -- > > Key: JCR-4101 > URL: https://issues.apache.org/jira/browse/JCR-4101 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_jcr_2_8 > Fix For: 2.16, 2.15.1, 2.12.8, 2.14.3, 2.10.9 > > Attachments: JCR-4101.diff > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4101) add code coverage profile (jacoco)
[ https://issues.apache.org/jira/browse/JCR-4101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4101: Fix Version/s: 2.10.9 > add code coverage profile (jacoco) > -- > > Key: JCR-4101 > URL: https://issues.apache.org/jira/browse/JCR-4101 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_jcr_2_10 > Fix For: 2.16, 2.15.1, 2.12.8, 2.14.3, 2.10.9 > > Attachments: JCR-4101.diff > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4101) add code coverage profile (jacoco)
[ https://issues.apache.org/jira/browse/JCR-4101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4101: Labels: candidate_jcr_2_10 (was: ) > add code coverage profile (jacoco) > -- > > Key: JCR-4101 > URL: https://issues.apache.org/jira/browse/JCR-4101 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_jcr_2_10 > Fix For: 2.16, 2.15.1, 2.12.8, 2.14.3 > > Attachments: JCR-4101.diff > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (JCR-4196) update surefire and failsafe plugins for use with java 9
[
https://issues.apache.org/jira/browse/JCR-4196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16209568#comment-16209568
]
Julian Reschke edited comment on JCR-4196 at 11/5/18 3:38 PM:
--
trunk: [r1812543|http://svn.apache.org/r1812543]
2.14: [r1813310|http://svn.apache.org/r1813310]
2.12: [r1840206|http://svn.apache.org/r1840206]
2.10: [r1845812|http://svn.apache.org/r1845812]
was (Author: reschke):
trunk: [r1812543|http://svn.apache.org/r1812543]
2.14: [r1813310|http://svn.apache.org/r1813310]
2.12: [r1840206|http://svn.apache.org/r1840206]
> update surefire and failsafe plugins for use with java 9
>
>
> Key: JCR-4196
> URL: https://issues.apache.org/jira/browse/JCR-4196
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-parent
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [WARNING] Error injecting:
> org.apache.maven.plugin.failsafe.IntegrationTestMojo
> java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
> at java.base/java.lang.Class.getDeclaredConstructors0(Native Method)
> at
> java.base/java.lang.Class.privateGetDeclaredConstructors(Class.java:3110)
> at java.base/java.lang.Class.getDeclaredConstructors(Class.java:2314)
> at
> com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:245)
> {noformat}
> Surefire as well for consistency...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4196) update surefire and failsafe plugins for use with java 9
[
https://issues.apache.org/jira/browse/JCR-4196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4196:
Fix Version/s: 2.10.9
> update surefire and failsafe plugins for use with java 9
>
>
> Key: JCR-4196
> URL: https://issues.apache.org/jira/browse/JCR-4196
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-parent
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [WARNING] Error injecting:
> org.apache.maven.plugin.failsafe.IntegrationTestMojo
> java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
> at java.base/java.lang.Class.getDeclaredConstructors0(Native Method)
> at
> java.base/java.lang.Class.privateGetDeclaredConstructors(Class.java:3110)
> at java.base/java.lang.Class.getDeclaredConstructors(Class.java:2314)
> at
> com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:245)
> {noformat}
> Surefire as well for consistency...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4196) update surefire and failsafe plugins for use with java 9
[
https://issues.apache.org/jira/browse/JCR-4196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4196:
Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10)
> update surefire and failsafe plugins for use with java 9
>
>
> Key: JCR-4196
> URL: https://issues.apache.org/jira/browse/JCR-4196
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-parent
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [WARNING] Error injecting:
> org.apache.maven.plugin.failsafe.IntegrationTestMojo
> java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
> at java.base/java.lang.Class.getDeclaredConstructors0(Native Method)
> at
> java.base/java.lang.Class.privateGetDeclaredConstructors(Class.java:3110)
> at java.base/java.lang.Class.getDeclaredConstructors(Class.java:2314)
> at
> com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:245)
> {noformat}
> Surefire as well for consistency...
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Comment Edited] (JCR-4190) maven-assembly-plugin:2.6:single failing with Java 9
[
https://issues.apache.org/jira/browse/JCR-4190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16178993#comment-16178993
]
Julian Reschke edited comment on JCR-4190 at 11/5/18 3:02 PM:
--
trunk: [r1809624|http://svn.apache.org/r1809624]
2.14: [r1809626|http://svn.apache.org/r1809626]
2.12: [r1840198|http://svn.apache.org/r1840198]
2.10: [r1845806|http://svn.apache.org/r1845806]
was (Author: reschke):
trunk: [r1809624|http://svn.apache.org/r1809624]
2.14: [r1809626|http://svn.apache.org/r1809626]
2.12: [r1840198|http://svn.apache.org/r1840198]
> maven-assembly-plugin:2.6:single failing with Java 9
>
>
> Key: JCR-4190
> URL: https://issues.apache.org/jira/browse/JCR-4190
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-spi
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [WARNING] Error injecting: org.codehaus.plexus.archiver.jar.JarArchiver
> java.lang.ExceptionInInitializerError
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:488)
> at
> com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:86)
> at
> com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:108)
> at
> com.google.inject.internal.ConstructorInjector.access$000(ConstructorInjector.java:32)
> at
> com.google.inject.internal.ConstructorInjector$1.call(ConstructorInjector.java:92)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:113)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:129)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
> at
> com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:90)
> at
> com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:269)
> at
> com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1066)
> at
> com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
> at
> com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1044)
> at
> org.eclipse.sisu.space.AbstractDeferredClass.get(AbstractDeferredClass.java:48)
> at
> com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:86)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:54)
> at
> com.google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:70)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:113)
> at
> org.eclipse.sisu.bean.BeanScheduler$Activator.onProvision(BeanScheduler.java:176)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:122)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
> at
> com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:68)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:46)
> at
> com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1059)
> at
> com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
> at com.google.inject.Scopes$1$1.get(Scopes.java:59)
> at
> org.eclipse.sisu.inject.LazyBeanEntry.getValue(LazyBeanEntry.java:82)
> at
> org.eclipse.sisu.plexus.LazyPlexusBean.getValue(LazyPlexusBean.java:51)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:263)
> at
>
[jira] [Updated] (JCR-4190) maven-assembly-plugin:2.6:single failing with Java 9
[
https://issues.apache.org/jira/browse/JCR-4190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4190:
Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10)
> maven-assembly-plugin:2.6:single failing with Java 9
>
>
> Key: JCR-4190
> URL: https://issues.apache.org/jira/browse/JCR-4190
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-spi
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [WARNING] Error injecting: org.codehaus.plexus.archiver.jar.JarArchiver
> java.lang.ExceptionInInitializerError
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:488)
> at
> com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:86)
> at
> com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:108)
> at
> com.google.inject.internal.ConstructorInjector.access$000(ConstructorInjector.java:32)
> at
> com.google.inject.internal.ConstructorInjector$1.call(ConstructorInjector.java:92)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:113)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:129)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
> at
> com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:90)
> at
> com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:269)
> at
> com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1066)
> at
> com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
> at
> com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1044)
> at
> org.eclipse.sisu.space.AbstractDeferredClass.get(AbstractDeferredClass.java:48)
> at
> com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:86)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:54)
> at
> com.google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:70)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:113)
> at
> org.eclipse.sisu.bean.BeanScheduler$Activator.onProvision(BeanScheduler.java:176)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:122)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
> at
> com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:68)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:46)
> at
> com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1059)
> at
> com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
> at com.google.inject.Scopes$1$1.get(Scopes.java:59)
> at
> org.eclipse.sisu.inject.LazyBeanEntry.getValue(LazyBeanEntry.java:82)
> at
> org.eclipse.sisu.plexus.LazyPlexusBean.getValue(LazyPlexusBean.java:51)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:263)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:243)
> at
> org.codehaus.plexus.archiver.manager.DefaultArchiverManager.getArchiver(DefaultArchiverManager.java:63)
> at
> org.apache.maven.plugin.assembly.archive.DefaultAssemblyArchiver.createArchiver(DefaultAssemblyArchiver.java:302)
> at
>
[jira] [Updated] (JCR-4190) maven-assembly-plugin:2.6:single failing with Java 9
[
https://issues.apache.org/jira/browse/JCR-4190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4190:
Fix Version/s: 2.10.9
> maven-assembly-plugin:2.6:single failing with Java 9
>
>
> Key: JCR-4190
> URL: https://issues.apache.org/jira/browse/JCR-4190
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-spi
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
> Labels: candidate_jcr_2_10
> Fix For: 2.16, 2.15.7, 2.14.4, 2.12.10, 2.10.9
>
>
> {noformat}
> [WARNING] Error injecting: org.codehaus.plexus.archiver.jar.JarArchiver
> java.lang.ExceptionInInitializerError
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:488)
> at
> com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:86)
> at
> com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:108)
> at
> com.google.inject.internal.ConstructorInjector.access$000(ConstructorInjector.java:32)
> at
> com.google.inject.internal.ConstructorInjector$1.call(ConstructorInjector.java:92)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:113)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:129)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
> at
> com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:90)
> at
> com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:269)
> at
> com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1066)
> at
> com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
> at
> com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1044)
> at
> org.eclipse.sisu.space.AbstractDeferredClass.get(AbstractDeferredClass.java:48)
> at
> com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:86)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:54)
> at
> com.google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:70)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:113)
> at
> org.eclipse.sisu.bean.BeanScheduler$Activator.onProvision(BeanScheduler.java:176)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:122)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
> at
> com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:68)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:46)
> at
> com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1059)
> at
> com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
> at com.google.inject.Scopes$1$1.get(Scopes.java:59)
> at
> org.eclipse.sisu.inject.LazyBeanEntry.getValue(LazyBeanEntry.java:82)
> at
> org.eclipse.sisu.plexus.LazyPlexusBean.getValue(LazyPlexusBean.java:51)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:263)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:243)
> at
> org.codehaus.plexus.archiver.manager.DefaultArchiverManager.getArchiver(DefaultArchiverManager.java:63)
> at
> org.apache.maven.plugin.assembly.archive.DefaultAssemblyArchiver.createArchiver(DefaultAssemblyArchiver.java:302)
> at
>
[jira] [Comment Edited] (JCR-4093) IndexRule are meant to be applied based on both primaryType and mixin type based inheritance. Currently it appears that only primaryType based inheritance is working
[ https://issues.apache.org/jira/browse/JCR-4093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16517892#comment-16517892 ] Julian Reschke edited comment on JCR-4093 at 11/5/18 2:27 PM: -- trunk: [r1780336|http://svn.apache.org/r1780336] [r1780335|http://svn.apache.org/r1780335] [r1776413|http://svn.apache.org/r1776413] [r1776407|http://svn.apache.org/r1776407] [r1776385|http://svn.apache.org/r1776385] [r1776384|http://svn.apache.org/r1776384] 2.14: [r1833896|http://svn.apache.org/r1833896] [r1776413|http://svn.apache.org/r1776413] [r1776407|http://svn.apache.org/r1776407] [r1776385|http://svn.apache.org/r1776385] [r1776384|http://svn.apache.org/r1776384] 2.12: [r1840931|http://svn.apache.org/r1840931] 2.10: [r1845801|http://svn.apache.org/r1845801] was (Author: reschke): trunk: [r1780336|http://svn.apache.org/r1780336] [r1780335|http://svn.apache.org/r1780335] [r1776413|http://svn.apache.org/r1776413] [r1776407|http://svn.apache.org/r1776407] [r1776385|http://svn.apache.org/r1776385] [r1776384|http://svn.apache.org/r1776384] 2.14: [r1833896|http://svn.apache.org/r1833896] [r1776413|http://svn.apache.org/r1776413] [r1776407|http://svn.apache.org/r1776407] [r1776385|http://svn.apache.org/r1776385] [r1776384|http://svn.apache.org/r1776384] 2.12: [r1840931|http://svn.apache.org/r1840931] > IndexRule are meant to be applied based on both primaryType and mixin type > based inheritance. Currently it appears that only primaryType based > inheritance is working > - > > Key: JCR-4093 > URL: https://issues.apache.org/jira/browse/JCR-4093 > Project: Jackrabbit Content Repository > Issue Type: Bug > Components: jackrabbit-core >Affects Versions: 2.13.7 >Reporter: Claus Köll >Assignee: Claus Köll >Priority: Major > Labels: candidate_jcr_2_8 > Fix For: 2.16, 2.15.1, 2.14.6, 2.12.10, 2.10.9 > > Attachments: JCR-4093.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4093) IndexRule are meant to be applied based on both primaryType and mixin type based inheritance. Currently it appears that only primaryType based inheritance is working
[ https://issues.apache.org/jira/browse/JCR-4093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4093: Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10) > IndexRule are meant to be applied based on both primaryType and mixin type > based inheritance. Currently it appears that only primaryType based > inheritance is working > - > > Key: JCR-4093 > URL: https://issues.apache.org/jira/browse/JCR-4093 > Project: Jackrabbit Content Repository > Issue Type: Bug > Components: jackrabbit-core >Affects Versions: 2.13.7 >Reporter: Claus Köll >Assignee: Claus Köll >Priority: Major > Labels: candidate_jcr_2_8 > Fix For: 2.16, 2.15.1, 2.14.6, 2.12.10, 2.10.9 > > Attachments: JCR-4093.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (JCR-4093) IndexRule are meant to be applied based on both primaryType and mixin type based inheritance. Currently it appears that only primaryType based inheritance is working
[ https://issues.apache.org/jira/browse/JCR-4093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-4093: Fix Version/s: 2.10.9 > IndexRule are meant to be applied based on both primaryType and mixin type > based inheritance. Currently it appears that only primaryType based > inheritance is working > - > > Key: JCR-4093 > URL: https://issues.apache.org/jira/browse/JCR-4093 > Project: Jackrabbit Content Repository > Issue Type: Bug > Components: jackrabbit-core >Affects Versions: 2.13.7 >Reporter: Claus Köll >Assignee: Claus Köll >Priority: Major > Labels: candidate_jcr_2_8 > Fix For: 2.16, 2.15.1, 2.14.6, 2.12.10, 2.10.9 > > Attachments: JCR-4093.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests
[
https://issues.apache.org/jira/browse/JCR-4008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16605475#comment-16605475
]
Julian Reschke edited comment on JCR-4008 at 11/5/18 1:22 PM:
--
trunk: [r1759933|http://svn.apache.org/r1759933]
2.12: [r1840197|http://svn.apache.org/r1840197]
2.10: [r1845786|http://svn.apache.org/r1845786]
was (Author: reschke):
trunk: [r1759933|http://svn.apache.org/r1759933]
2.12: [r1840197|http://svn.apache.org/r1840197]
> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling
> AsyncUpload in unit tests
>
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
> Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.13.4, 2.14, 2.12.10, 2.10.9
>
>
> The test used to fail occasionally before the test method was commented out
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at junit.framework.Assert.assertNull(Assert.java:237)
> at
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
> at
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses
> asynchronous writing threads by default, which is not working well when
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero
> or smaller.
> - In unit tests, simply disable async writing.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests
[
https://issues.apache.org/jira/browse/JCR-4008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4008:
Labels: candidate_jcr_2_8 (was: candidate_jcr_2_10)
> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling
> AsyncUpload in unit tests
>
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
> Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.13.4, 2.14, 2.12.10, 2.10.9
>
>
> The test used to fail occasionally before the test method was commented out
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at junit.framework.Assert.assertNull(Assert.java:237)
> at
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
> at
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses
> asynchronous writing threads by default, which is not working well when
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero
> or smaller.
> - In unit tests, simply disable async writing.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4008) Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests
[
https://issues.apache.org/jira/browse/JCR-4008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4008:
Fix Version/s: 2.10.9
> Restore TestCachingFDS.testDeleteRecord() to fix it with disabling
> AsyncUpload in unit tests
>
>
> Key: JCR-4008
> URL: https://issues.apache.org/jira/browse/JCR-4008
> Project: Jackrabbit Content Repository
> Issue Type: Bug
>Affects Versions: 2.13.2
>Reporter: Woonsan Ko
>Assignee: Amit Jain
>Priority: Major
> Labels: candidate_jcr_2_8
> Fix For: 2.13.4, 2.14, 2.12.10, 2.10.9
>
>
> The test used to fail occasionally before the test method was commented out
> by JCR-4006:
> {noformat}
> junit.framework.AssertionFailedError: rec2 should be null
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at junit.framework.Assert.assertNull(Assert.java:237)
> at
> org.apache.jackrabbit.core.data.TestCaseBase.doDeleteRecordTest(TestCaseBase.java:327)
> at
> org.apache.jackrabbit.core.data.TestCaseBase.testDeleteRecord(TestCaseBase.java:192)
> {noformat}
> The main reason of this error is because the underlying backend uses
> asynchronous writing threads by default, which is not working well when
> extending {{org.apache.jackrabbit.core.data.TestCaseBase}} as mentioned in
> JCR-4005.
> So, it seems better to fix it again like the following like how JCR-4005 was
> fixed:
> - Restore the commented out block ({{TestCachingFDS.testDeleteRecord()}}).
> - Provide an option to disable asynchronous writing in all the related
> backend implementations. e.g., disable it if {{asyncWritePoolSize}} is zero
> or smaller.
> - In unit tests, simply disable async writing.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
Re: [VOTE] Release Apache Jackrabbit Oak 1.8.9
[X] +1 Release this package as Apache Jackrabbit Oak 1.8.9 [INFO] Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T20:33:14+02:00) [INFO] OS name: "mac os x", version: "10.13.6", arch: "x86_64", family: "mac" [INFO] Java version: 1.8.0_181, vendor: Oracle Corporation
Re: [VOTE] Release Apache Jackrabbit Oak 1.8.9
+1 D.
Re: [VOTE] Release Apache Jackrabbit Oak 1.8.9
On 2018-11-05 12:38, Davide Giannella wrote: ... [X] +1 Release this package as Apache Jackrabbit Oak 1.8.9 ...where... [INFO] Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; 2017-10-18T09:58:13+02:00) [INFO] OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" [INFO] Java version: 1.8.0_162, vendor: Oracle Corporation Best regards, Julian
[VOTE] Release Apache Jackrabbit Oak 1.8.9
A candidate for the Jackrabbit Oak 1.8.9 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.8.9/ The release candidate is a zip archive of the sources in: https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.8.9/ The SHA1 checksum of the archive is 048258348a5c3c74d1af2c6f27cbf01f24a40486. A staged Maven repository is available for review at: https://repository.apache.org/ The command for running automated checks against this release candidate is: # run in SVN checkout of https://dist.apache.org/repos/dist/dev/jackrabbit $ sh check-release.sh oak 1.8.9 048258348a5c3c74d1af2c6f27cbf01f24a40486 Please vote on releasing this package as Apache Jackrabbit Oak 1.8.9. The vote is open for the next 72 hours and passes if a majority of at least three +1 Jackrabbit PMC votes are cast. [ ] +1 Release this package as Apache Jackrabbit Oak 1.8.9 [ ] -1 Do not release this package because... D.
[jira] [Resolved] (JCR-4389) Release Jackrabbit 2.12.10
[ https://issues.apache.org/jira/browse/JCR-4389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-4389. - Resolution: Fixed > Release Jackrabbit 2.12.10 > -- > > Key: JCR-4389 > URL: https://issues.apache.org/jira/browse/JCR-4389 > Project: Jackrabbit Content Repository > Issue Type: Task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[ANNOUNCE] Apache Jackrabbit 2.12.10 released
The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit 2.12.10. The release is available for download at: http://jackrabbit.apache.org/downloads.html See the full release notes below for details about this release: Release Notes -- Apache Jackrabbit -- Version 2.12.10 Introduction This is Apache Jackrabbit(TM) 2.12.10, a fully compliant implementation of the Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as specified in the Java Specification Request 283 (JSR 283). Apache Jackrabbit 2.12.10 is a patch release that contains fixes and improvements over Jackrabbit 2.12. Jackrabbit 2.12.x releases are considered stable and targeted for production use. Changes in Jackrabbit 2.12.10 - Bug [JCR-3632] - ConnectionFactoryTest failed under Java 8 [JCR-4006] - TestCachingFDS.testDeleteRecord() fails occasionally [JCR-4008] - Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests [JCR-4093] - IndexRule are meant to be applied based on both primaryType and mixin type based inheritance. Currently it appears that only primaryType based inheritance is working [JCR-4291] - FileInputStream for workspace.xml not closed in RepositoryConfig.loadWorkspaceConfig(File) [JCR-4324] - NPE on Version.getLinearPredecessor() implementation Improvement [JCR-4253] - RepositoryConfig: add some handling for mkdir failure [JCR-4292] - davex: preserve cause in exceptions and log affected URI Task [JCR-4231] - Upgrade aws-java-sdk-s3 dependency to 1.11.241 [JCR-4233] - Update H2DB test dependency [JCR-4254] - Update Logback version to >= 1.2.0, SLF4J accordingly [JCR-4256] - create announcement mail template for releases [JCR-4261] - webapp: align jsons-simple dependencies internally and with oak [JCR-4262] - jcr-server: align org.apache.felix.scr.annotations with oak [JCR-4263] - jcr-server, jackrabbit-bundle: align org.osgi dependencies with oak [JCR-4264] - jackrabbit-standalone: align commons-cli dependency with oak [JCR-4272] - Upgrade surefire and failsafe plugins to 2.21.0 [JCR-4293] - jackrabbit-core: observation tests should not rely on mix:lockable mixin type [JCR-4294] - TCK tests should pass on repositories without locking support [JCR-4302] - BTreeManager: fix Eclipse compiler error [JCR-4307] - Update animal-sniffer-maven-plugin to 1.16 [JCR-4318] - Update failsafe and surefire plugin versions to 2.22.0 [JCR-4320] - Update spotbugs plugin to 3.1.5 [JCR-4321] - Update maven plugins from org.apache.maven.plugins [JCR-4322] - Consistent use of log4j versions [JCR-4326] - Update aws java sdk version to 1.11.330 (consistent with Oak) [JCR-4328] - Update 7.0.* Tomcat dependencies once 7.0.90 is released [JCR-4333] - Update javax.transaction dependency to 1.3 Sub-task [JCR-4190] - maven-assembly-plugin:2.6:single failing with Java 9 [JCR-4196] - update surefire and failsafe plugins for use with java 9 [JCR-4200] - javax.transaction.UserTransaction hidden by surefire plugin in with Java 9 [JCR-4280] - code coverage checks fail on Java 10 [JCR-4306] - switch to findbugs replacement that is still maintained (spotbugs) [JCR-4338] - avoid use of javax.rmi.PortableRemoteObject (removed in Java 11) 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.txt file for instructions on how to build this release. The source archive is accompanied by SHA1 and SHA512 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 140 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 3,800+ 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
[ANNOUNCE] Apache Jackrabbit 2.12.10 released
The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit 2.12.10. The release is available for download at: http://jackrabbit.apache.org/downloads.html See the full release notes below for details about this release: Release Notes -- Apache Jackrabbit -- Version 2.12.10 Introduction This is Apache Jackrabbit(TM) 2.12.10, a fully compliant implementation of the Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as specified in the Java Specification Request 283 (JSR 283). Apache Jackrabbit 2.12.10 is a patch release that contains fixes and improvements over Jackrabbit 2.12. Jackrabbit 2.12.x releases are considered stable and targeted for production use. Changes in Jackrabbit 2.12.10 - Bug [JCR-3632] - ConnectionFactoryTest failed under Java 8 [JCR-4006] - TestCachingFDS.testDeleteRecord() fails occasionally [JCR-4008] - Restore TestCachingFDS.testDeleteRecord() to fix it with disabling AsyncUpload in unit tests [JCR-4093] - IndexRule are meant to be applied based on both primaryType and mixin type based inheritance. Currently it appears that only primaryType based inheritance is working [JCR-4291] - FileInputStream for workspace.xml not closed in RepositoryConfig.loadWorkspaceConfig(File) [JCR-4324] - NPE on Version.getLinearPredecessor() implementation Improvement [JCR-4253] - RepositoryConfig: add some handling for mkdir failure [JCR-4292] - davex: preserve cause in exceptions and log affected URI Task [JCR-4231] - Upgrade aws-java-sdk-s3 dependency to 1.11.241 [JCR-4233] - Update H2DB test dependency [JCR-4254] - Update Logback version to >= 1.2.0, SLF4J accordingly [JCR-4256] - create announcement mail template for releases [JCR-4261] - webapp: align jsons-simple dependencies internally and with oak [JCR-4262] - jcr-server: align org.apache.felix.scr.annotations with oak [JCR-4263] - jcr-server, jackrabbit-bundle: align org.osgi dependencies with oak [JCR-4264] - jackrabbit-standalone: align commons-cli dependency with oak [JCR-4272] - Upgrade surefire and failsafe plugins to 2.21.0 [JCR-4293] - jackrabbit-core: observation tests should not rely on mix:lockable mixin type [JCR-4294] - TCK tests should pass on repositories without locking support [JCR-4302] - BTreeManager: fix Eclipse compiler error [JCR-4307] - Update animal-sniffer-maven-plugin to 1.16 [JCR-4318] - Update failsafe and surefire plugin versions to 2.22.0 [JCR-4320] - Update spotbugs plugin to 3.1.5 [JCR-4321] - Update maven plugins from org.apache.maven.plugins [JCR-4322] - Consistent use of log4j versions [JCR-4326] - Update aws java sdk version to 1.11.330 (consistent with Oak) [JCR-4328] - Update 7.0.* Tomcat dependencies once 7.0.90 is released [JCR-4333] - Update javax.transaction dependency to 1.3 Sub-task [JCR-4190] - maven-assembly-plugin:2.6:single failing with Java 9 [JCR-4196] - update surefire and failsafe plugins for use with java 9 [JCR-4200] - javax.transaction.UserTransaction hidden by surefire plugin in with Java 9 [JCR-4280] - code coverage checks fail on Java 10 [JCR-4306] - switch to findbugs replacement that is still maintained (spotbugs) [JCR-4338] - avoid use of javax.rmi.PortableRemoteObject (removed in Java 11) 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.txt file for instructions on how to build this release. The source archive is accompanied by SHA1 and SHA512 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 140 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 3,800+ 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
[RESULT] [VOTE] Release Apache Jackrabbit 2.12.10
On 2018-10-31 10:06, Julian Reschke wrote: ... Hi there, the vote passes as follows: +1 Claus Köll +1 Davide Giannella +1 Julian Reschke +1 Marcel Reutegger +1 Matt Ryan +1 Robert Munteanu +1 Woonsan Ko Thanks for voting. I'll push the release out. Best regards, Julian
