[jira] [Comment Edited] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957034#comment-16957034 ] Julian Reschke edited comment on OAK-8709 at 10/23/19 4:33 AM: --- trunk: [r1868754|http://svn.apache.org/r1868754] 1.10: [r1868762|http://svn.apache.org/r1868762] 1.8: [r1868784|http://svn.apache.org/r1868784] was (Author: reschke): trunk: [r1868754|http://svn.apache.org/r1868754] 1.10: [r1868762|http://svn.apache.org/r1868762] > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_6 > Fix For: 1.20.0, 1.8.18, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8709: Fix Version/s: 1.8.18 > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_8 > Fix For: 1.20.0, 1.8.18, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8709: Labels: candidate_oak_1_6 (was: candidate_oak_1_8) > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_6 > Fix For: 1.20.0, 1.8.18, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8576) Add instrumentation to track cloud data store usage
[ https://issues.apache.org/jira/browse/OAK-8576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957383#comment-16957383 ] Matt Ryan commented on OAK-8576: I've created a pull request to review some proposed additions to BlobStoreStats as was suggested by [~amitjain] above. See: [https://github.com/apache/jackrabbit-oak/pull/156] > Add instrumentation to track cloud data store usage > --- > > Key: OAK-8576 > URL: https://issues.apache.org/jira/browse/OAK-8576 > Project: Jackrabbit Oak > Issue Type: Technical task > Components: blob-cloud-azure >Affects Versions: 1.16.0 >Reporter: Matt Ryan >Assignee: Matt Ryan >Priority: Major > > Add instrumentation to {{AzureDataStore}} to aid in understanding performance > characteristics when used in production. See > [https://jackrabbit.apache.org/oak/docs/nodestore/document/metrics.html] for > an example. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (OAK-8672) Update jackson dependency to 2.9.10
[ https://issues.apache.org/jira/browse/OAK-8672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16944436#comment-16944436 ] Julian Reschke edited comment on OAK-8672 at 10/22/19 8:54 PM: --- trunk: [r1867976|http://svn.apache.org/r1867976] 1.10: [r1868756|http://svn.apache.org/r1868756] 1.8: [r1868773|http://svn.apache.org/r1868773] was (Author: reschke): trunk: [r1867976|http://svn.apache.org/r1867976] 1.10: [r1868756|http://svn.apache.org/r1868756] > Update jackson dependency to 2.9.10 > --- > > Key: OAK-8672 > URL: https://issues.apache.org/jira/browse/OAK-8672 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_6 > Fix For: 1.20.0, 1.8.18, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8672) Update jackson dependency to 2.9.10
[ https://issues.apache.org/jira/browse/OAK-8672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8672: Labels: candidate_oak_1_6 (was: candidate_oak_1_8) > Update jackson dependency to 2.9.10 > --- > > Key: OAK-8672 > URL: https://issues.apache.org/jira/browse/OAK-8672 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_6 > Fix For: 1.20.0, 1.8.18, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8672) Update jackson dependency to 2.9.10
[ https://issues.apache.org/jira/browse/OAK-8672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8672: Fix Version/s: 1.8.18 > Update jackson dependency to 2.9.10 > --- > > Key: OAK-8672 > URL: https://issues.apache.org/jira/browse/OAK-8672 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_8 > Fix For: 1.20.0, 1.8.18, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8706) Build Jackrabbit Oak #2451 failed
[ https://issues.apache.org/jira/browse/OAK-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957299#comment-16957299 ] Hudson commented on OAK-8706: - Previously failing build now is OK. Passed run: [Jackrabbit Oak #2457|https://builds.apache.org/job/Jackrabbit%20Oak/2457/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/2457/console] > Build Jackrabbit Oak #2451 failed > - > > Key: OAK-8706 > URL: https://issues.apache.org/jira/browse/OAK-8706 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit Oak #2451 has failed. > First failed run: [Jackrabbit Oak > #2451|https://builds.apache.org/job/Jackrabbit%20Oak/2451/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2451/console] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8706) Build Jackrabbit Oak #2451 failed
[ https://issues.apache.org/jira/browse/OAK-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957239#comment-16957239 ] Hudson commented on OAK-8706: - Previously failing build now is OK. Passed run: [Jackrabbit Oak #2456|https://builds.apache.org/job/Jackrabbit%20Oak/2456/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/2456/console] > Build Jackrabbit Oak #2451 failed > - > > Key: OAK-8706 > URL: https://issues.apache.org/jira/browse/OAK-8706 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit Oak #2451 has failed. > First failed run: [Jackrabbit Oak > #2451|https://builds.apache.org/job/Jackrabbit%20Oak/2451/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2451/console] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8244) Build failure: ThreadLeakError
[ https://issues.apache.org/jira/browse/OAK-8244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957223#comment-16957223 ] Julian Reschke commented on OAK-8244: - just happened for me on 1.8, in case that's of interest... > Build failure: ThreadLeakError > -- > > Key: OAK-8244 > URL: https://issues.apache.org/jira/browse/OAK-8244 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration, solr >Reporter: Hudson >Assignee: Tommaso Teofili >Priority: Major > Fix For: 1.20.0 > > > No description is provided > The build Jackrabbit Oak #2091 has failed. > First failed run: [Jackrabbit Oak > #2091|https://builds.apache.org/job/Jackrabbit%20Oak/2091/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2091/console] > {noformat} > [ERROR] Tests run: 13, Failures: 0, Errors: 2, Skipped: 2, Time elapsed: > 3.402 s <<< FAILURE! - in > org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest > [ERROR] > org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest > Time elapsed: 3.08 s <<< ERROR! > com.carrotsearch.randomizedtesting.ThreadLeakError: > 1 thread leaked from SUITE scope at > org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest: > >1) Thread[id=143, name=oak-scheduled-executor-61, state=TIMED_WAITING, > group=main] > at sun.misc.Unsafe.park(Native Method) > at > java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:1129) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:809) > at > java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > at __randomizedtesting.SeedInfo.seed([7416B4EE1CED31C6]:0) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8712) oak-blob-* and oak-segment-azure need to declare nullability annotations dependency
[ https://issues.apache.org/jira/browse/OAK-8712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957201#comment-16957201 ] Julian Reschke commented on OAK-8712: - trunk: [r1868767|http://svn.apache.org/r1868767] > oak-blob-* and oak-segment-azure need to declare nullability annotations > dependency > --- > > Key: OAK-8712 > URL: https://issues.apache.org/jira/browse/OAK-8712 > Project: Jackrabbit Oak > Issue Type: Task > Components: blob-cloud, blob-cloud-azure, segment-azure >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_10 > Fix For: 1.20.0 > > > Currently inherited transitively through jackrabbit-data... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (OAK-8703) Configure the maximum number of revisions to be checked by consistency check
[ https://issues.apache.org/jira/browse/OAK-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrei Dulceanu resolved OAK-8703. -- Fix Version/s: 1.20.0 Resolution: Fixed > Configure the maximum number of revisions to be checked by consistency check > > > Key: OAK-8703 > URL: https://issues.apache.org/jira/browse/OAK-8703 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: oak-run, segment-tar >Reporter: Ieran Draghiciu >Assignee: Andrei Dulceanu >Priority: Major > Fix For: 1.20.0 > > Attachments: OAK-8703-02.patch, OAK-8703-03.patch, OAK-8703-04.patch, > OAK-8703.patch > > > We need the ability to configure the maximum number of revisions to be > checked by {{oak-run check}}. This way we can quickly tell whether there's a > valid revision in the last {{n}} revisions. Moreover, this comes handy when > we want to test only the last revision (current head state) of the repository. > For this we can add a new optional argument {{--maxRevisionsToCheck}}. If the > argument is used, but a specific number of revisions is not specified, the > tool will check by default only the last revision. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8712) oak-blob-* and oak-segment-azure need to declare nullability annotations dependency
[ https://issues.apache.org/jira/browse/OAK-8712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8712: Labels: candidate_oak_1_10 (was: ) > oak-blob-* and oak-segment-azure need to declare nullability annotations > dependency > --- > > Key: OAK-8712 > URL: https://issues.apache.org/jira/browse/OAK-8712 > Project: Jackrabbit Oak > Issue Type: Task > Components: blob-cloud, blob-cloud-azure, segment-azure >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_10 > Fix For: 1.20.0 > > > Currently inherited transitively through jackrabbit-data... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (OAK-8712) oak-blob-* and oak-segment-azure need to declare nullability annotations dependency
[ https://issues.apache.org/jira/browse/OAK-8712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-8712. - Fix Version/s: 1.20.0 Resolution: Fixed > oak-blob-* and oak-segment-azure need to declare nullability annotations > dependency > --- > > Key: OAK-8712 > URL: https://issues.apache.org/jira/browse/OAK-8712 > Project: Jackrabbit Oak > Issue Type: Task > Components: blob-cloud, blob-cloud-azure, segment-azure >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.20.0 > > > Currently inherited transitively through jackrabbit-data... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OAK-8712) oak-blob-* and oak-segment-azure need to declare nullability annotations dependency
Julian Reschke created OAK-8712: --- Summary: oak-blob-* and oak-segment-azure need to declare nullability annotations dependency Key: OAK-8712 URL: https://issues.apache.org/jira/browse/OAK-8712 Project: Jackrabbit Oak Issue Type: Task Components: blob-cloud, blob-cloud-azure, segment-azure Reporter: Julian Reschke Assignee: Julian Reschke Currently inherited transitively through jackrabbit-data... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8703) Configure the maximum number of revisions to be checked by consistency check
[ https://issues.apache.org/jira/browse/OAK-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957191#comment-16957191 ] Andrei Dulceanu commented on OAK-8703: -- [~ierandra], I made some docs changes and also minor improvements to your version. Thanks for the contribution! Fixed in trunk at r1868765. > Configure the maximum number of revisions to be checked by consistency check > > > Key: OAK-8703 > URL: https://issues.apache.org/jira/browse/OAK-8703 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: oak-run, segment-tar >Reporter: Ieran Draghiciu >Assignee: Andrei Dulceanu >Priority: Major > Attachments: OAK-8703-02.patch, OAK-8703-03.patch, OAK-8703-04.patch, > OAK-8703.patch > > > We need the ability to configure the maximum number of revisions to be > checked by {{oak-run check}}. This way we can quickly tell whether there's a > valid revision in the last {{n}} revisions. Moreover, this comes handy when > we want to test only the last revision (current head state) of the repository. > For this we can add a new optional argument {{--maxRevisionsToCheck}}. If the > argument is used, but a specific number of revisions is not specified, the > tool will check by default only the last revision. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8706) Build Jackrabbit Oak #2451 failed
[ https://issues.apache.org/jira/browse/OAK-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957183#comment-16957183 ] Hudson commented on OAK-8706: - Previously failing build now is OK. Passed run: [Jackrabbit Oak #2455|https://builds.apache.org/job/Jackrabbit%20Oak/2455/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/2455/console] > Build Jackrabbit Oak #2451 failed > - > > Key: OAK-8706 > URL: https://issues.apache.org/jira/browse/OAK-8706 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit Oak #2451 has failed. > First failed run: [Jackrabbit Oak > #2451|https://builds.apache.org/job/Jackrabbit%20Oak/2451/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2451/console] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957034#comment-16957034 ] Julian Reschke edited comment on OAK-8709 at 10/22/19 3:44 PM: --- trunk: [r1868754|http://svn.apache.org/r1868754] 1.10: [r1868762|http://svn.apache.org/r1868762] was (Author: reschke): trunk: [r1868754|http://svn.apache.org/r1868754] > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_8 > Fix For: 1.20.0, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8709: Labels: candidate_oak_1_8 (was: candidate_oak_1_10) > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_8 > Fix For: 1.20.0, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (OAK-8711) Queries with facets should not use traversal
[ https://issues.apache.org/jira/browse/OAK-8711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nitin Gupta reassigned OAK-8711: Assignee: Nitin Gupta > Queries with facets should not use traversal > > > Key: OAK-8711 > URL: https://issues.apache.org/jira/browse/OAK-8711 > Project: Jackrabbit Oak > Issue Type: Bug >Reporter: Nitin Gupta >Assignee: Nitin Gupta >Priority: Major > > Consider a scenario where a query is there with facets and the traversal cost > is less than the index cost that serves the facet query . This would be > problematic. > > In this case we should maybe set the traversal cost to infinity so that > traversal is not an option for queries with facets. > > In case there is no index available to serve this faceted query we can > probably throw an exception with a meaningful message . -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8672) Update jackson dependency to 2.9.10
[ https://issues.apache.org/jira/browse/OAK-8672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8672: Fix Version/s: 1.10.6 > Update jackson dependency to 2.9.10 > --- > > Key: OAK-8672 > URL: https://issues.apache.org/jira/browse/OAK-8672 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_10 > Fix For: 1.20.0, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8672) Update jackson dependency to 2.9.10
[ https://issues.apache.org/jira/browse/OAK-8672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8672: Labels: candidate_oak_1_8 (was: candidate_oak_1_10) > Update jackson dependency to 2.9.10 > --- > > Key: OAK-8672 > URL: https://issues.apache.org/jira/browse/OAK-8672 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_8 > Fix For: 1.20.0, 1.10.6 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OAK-8711) Queries with facets should not use traversal
Nitin Gupta created OAK-8711: Summary: Queries with facets should not use traversal Key: OAK-8711 URL: https://issues.apache.org/jira/browse/OAK-8711 Project: Jackrabbit Oak Issue Type: Bug Reporter: Nitin Gupta Consider a scenario where a query is there with facets and the traversal cost is less than the index cost that serves the facet query . This would be problematic. In this case we should maybe set the traversal cost to infinity so that traversal is not an option for queries with facets. In case there is no index available to serve this faceted query we can probably throw an exception with a meaningful message . -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8706) Build Jackrabbit Oak #2451 failed
[ https://issues.apache.org/jira/browse/OAK-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957090#comment-16957090 ] Hudson commented on OAK-8706: - Previously failing build now is OK. Passed run: [Jackrabbit Oak #2454|https://builds.apache.org/job/Jackrabbit%20Oak/2454/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/2454/console] > Build Jackrabbit Oak #2451 failed > - > > Key: OAK-8706 > URL: https://issues.apache.org/jira/browse/OAK-8706 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit Oak #2451 has failed. > First failed run: [Jackrabbit Oak > #2451|https://builds.apache.org/job/Jackrabbit%20Oak/2451/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2451/console] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8698) NoClassDefFound running tests in oak-search-mt
[ https://issues.apache.org/jira/browse/OAK-8698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Fabrizio Fortino updated OAK-8698: -- Labels: fabriziofortino (was: ) > NoClassDefFound running tests in oak-search-mt > -- > > Key: OAK-8698 > URL: https://issues.apache.org/jira/browse/OAK-8698 > Project: Jackrabbit Oak > Issue Type: Bug > Components: search-mt, test >Reporter: Fabrizio Fortino >Assignee: Tommaso Teofili >Priority: Major > Labels: fabriziofortino > Fix For: 1.20.0 > > Attachments: OAK-8698.patch > > > The test runs fine through {{mvn clean install}} or when {{mvn clean test}} > is run inside {{oak-search-mt}} folder. > However, running {{mvn clean test}} from trunk throws the following exception: > {code:java} > [INFO] Running > org.apache.jackrabbit.oak.plugins.index.mt.MTFulltextQueryTermsProviderTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.57 > s <<< FAILURE! - in > org.apache.jackrabbit.oak.plugins.index.mt.MTFulltextQueryTermsProviderTest > [ERROR] > testGetQueryTermWithPhraseTranslation(org.apache.jackrabbit.oak.plugins.index.mt.MTFulltextQueryTermsProviderTest) > Time elapsed: 0.527 s <<< ERROR! > java.lang.NoClassDefFoundError: > org/apache/lucene/analysis/standard/StandardTokenizer > at > org.apache.jackrabbit.oak.plugins.index.mt.MTFulltextQueryTermsProviderTest.testGetQueryTermWithPhraseTranslation(MTFulltextQueryTermsProviderTest.java:57) > Caused by: java.lang.ClassNotFoundException: > org.apache.lucene.analysis.standard.StandardTokenizer > at > org.apache.jackrabbit.oak.plugins.index.mt.MTFulltextQueryTermsProviderTest.testGetQueryTermWithPhraseTranslation(MTFulltextQueryTermsProviderTest.java:57){code} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8701) DocumentMK documentation: fix INTERMEDIATE SplitDocType value
[ https://issues.apache.org/jira/browse/OAK-8701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Fabrizio Fortino updated OAK-8701: -- Labels: fabriziofortino (was: ) > DocumentMK documentation: fix INTERMEDIATE SplitDocType value > - > > Key: OAK-8701 > URL: https://issues.apache.org/jira/browse/OAK-8701 > Project: Jackrabbit Oak > Issue Type: Documentation > Components: doc >Reporter: Fabrizio Fortino >Assignee: Julian Reschke >Priority: Trivial > Labels: fabriziofortino > Fix For: 1.20.0 > > Attachments: OAK-8701.patch > > > The INTERMEDIATE value (30) in the documentmk docs does not align with the > one in SplitDocType enum (40). > [https://github.com/apache/jackrabbit-oak/blob/jackrabbit-oak-1.12.0/oak-store-document/src/main/java/org/apache/jackrabbit/oak/plugins/document/NodeDocument.java#L299] > cc [~mreutegg] [~reschke] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8710) AbstractLoginModule#logout() may fail in the presence of unknown principals
[ https://issues.apache.org/jira/browse/OAK-8710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8710: Summary: AbstractLoginModule#logout() may fail in the presence of unknown principals (was: AbstractLoginModule#logout() may fail in the presence of principals unknown to Oak.) > AbstractLoginModule#logout() may fail in the presence of unknown principals > --- > > Key: OAK-8710 > URL: https://issues.apache.org/jira/browse/OAK-8710 > Project: Jackrabbit Oak > Issue Type: Bug > Components: security-spi >Reporter: Manfred Baedke >Priority: Major > > See > https://github.com/apache/jackrabbit-oak/blob/9569d659f0655d3ba16c1cfe1fbb5f53959f701f/oak-security-spi/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/AbstractLoginModule.java#L189: > The criterion for logout() to succeed is > {code}!subject.getPrincipals().isEmpty() && > !subject.getPublicCredentials(Credentials.class).isEmpty(){code} > This did not work in a case where the subject was created by a thread > handling an authenticated JMX connection (and later passed on to other > threads due to AccessControlContext inheritage). > I'd propose to make logout() succeed unconditionally, but I'm not entirely > sure about side effects. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8710) AbstractLoginModule#logout() may fail in the presence of principals unknown to Oak.
[ https://issues.apache.org/jira/browse/OAK-8710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manfred Baedke updated OAK-8710: Description: See https://github.com/apache/jackrabbit-oak/blob/9569d659f0655d3ba16c1cfe1fbb5f53959f701f/oak-security-spi/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/AbstractLoginModule.java#L189: The criterion for logout() to succeed is {code}!subject.getPrincipals().isEmpty() && !subject.getPublicCredentials(Credentials.class).isEmpty(){code} This did not work in a case where the subject was created by a thread handling an authenticated JMX connection (and later passed on to other threads due to AccessControlContext inheritage). I'd propose to make logout() succeed unconditionally, but I'm not entirely sure about side effects. was: See https://github.com/apache/jackrabbit-oak/blob/9569d659f0655d3ba16c1cfe1fbb5f53959f701f/oak-security-spi/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/AbstractLoginModule.java#L189: The criterion for logout() to succeed is {code}!subject.getPrincipals().isEmpty() && !subject.getPublicCredentials(Credentials.class).isEmpty(){code} This did not work in a case where the subject was created by a thread handling an authenticated JMX connection (and later passed on to other threads due to AccessControlContext inheritage). I'd propose to make logout() succeed unconditionally, but I'm not entirely sure about side effects. > AbstractLoginModule#logout() may fail in the presence of principals unknown > to Oak. > --- > > Key: OAK-8710 > URL: https://issues.apache.org/jira/browse/OAK-8710 > Project: Jackrabbit Oak > Issue Type: Bug > Components: security-spi >Reporter: Manfred Baedke >Priority: Major > > See > https://github.com/apache/jackrabbit-oak/blob/9569d659f0655d3ba16c1cfe1fbb5f53959f701f/oak-security-spi/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/AbstractLoginModule.java#L189: > The criterion for logout() to succeed is > {code}!subject.getPrincipals().isEmpty() && > !subject.getPublicCredentials(Credentials.class).isEmpty(){code} > This did not work in a case where the subject was created by a thread > handling an authenticated JMX connection (and later passed on to other > threads due to AccessControlContext inheritage). > I'd propose to make logout() succeed unconditionally, but I'm not entirely > sure about side effects. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OAK-8710) AbstractLoginModule#logout() may fail in the presence of principals unknown to Oak.
Manfred Baedke created OAK-8710: --- Summary: AbstractLoginModule#logout() may fail in the presence of principals unknown to Oak. Key: OAK-8710 URL: https://issues.apache.org/jira/browse/OAK-8710 Project: Jackrabbit Oak Issue Type: Bug Components: security-spi Reporter: Manfred Baedke See https://github.com/apache/jackrabbit-oak/blob/9569d659f0655d3ba16c1cfe1fbb5f53959f701f/oak-security-spi/src/main/java/org/apache/jackrabbit/oak/spi/security/authentication/AbstractLoginModule.java#L189: The criterion for logout() to succeed is {code}!subject.getPrincipals().isEmpty() && !subject.getPublicCredentials(Credentials.class).isEmpty(){code} This did not work in a case where the subject was created by a thread handling an authenticated JMX connection (and later passed on to other threads due to AccessControlContext inheritage). I'd propose to make logout() succeed unconditionally, but I'm not entirely sure about side effects. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957034#comment-16957034 ] Julian Reschke commented on OAK-8709: - trunk: [r1868754|http://svn.apache.org/r1868754] > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_10 > Fix For: 1.20.0 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-8709. - Fix Version/s: 1.20.0 Resolution: Fixed > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Fix For: 1.20.0 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
[ https://issues.apache.org/jira/browse/OAK-8709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8709: Labels: candidate_oak_1_10 (was: ) > Update jackson-databind dependency to 2.9.10.1 > -- > > Key: OAK-8709 > URL: https://issues.apache.org/jira/browse/OAK-8709 > Project: Jackrabbit Oak > Issue Type: Task > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Labels: candidate_oak_1_10 > Fix For: 1.20.0 > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8707) Mark exported APIs that we don't want to expose with an @Internal annotation
[ https://issues.apache.org/jira/browse/OAK-8707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16956996#comment-16956996 ] Julian Reschke commented on OAK-8707: - Updated proposed patch: [^OAK-8707.diff] - makes "since" refer to the package version - whitelists exported packages in oak-commons (previously everything was exported, but we don't want to export the annotations package, right?) > Mark exported APIs that we don't want to expose with an @Internal annotation > > > Key: OAK-8707 > URL: https://issues.apache.org/jira/browse/OAK-8707 > Project: Jackrabbit Oak > Issue Type: Technical task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Attachments: OAK-8707.diff > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8707) Mark exported APIs that we don't want to expose with an @Internal annotation
[ https://issues.apache.org/jira/browse/OAK-8707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8707: Attachment: (was: OAK-8707.diff) > Mark exported APIs that we don't want to expose with an @Internal annotation > > > Key: OAK-8707 > URL: https://issues.apache.org/jira/browse/OAK-8707 > Project: Jackrabbit Oak > Issue Type: Technical task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Attachments: OAK-8707.diff > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8707) Mark exported APIs that we don't want to expose with an @Internal annotation
[ https://issues.apache.org/jira/browse/OAK-8707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-8707: Attachment: OAK-8707.diff > Mark exported APIs that we don't want to expose with an @Internal annotation > > > Key: OAK-8707 > URL: https://issues.apache.org/jira/browse/OAK-8707 > Project: Jackrabbit Oak > Issue Type: Technical task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > Attachments: OAK-8707.diff > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (OAK-8639) Composite node store tests with document store
[ https://issues.apache.org/jira/browse/OAK-8639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller resolved OAK-8639. - Resolution: Fixed > Composite node store tests with document store > -- > > Key: OAK-8639 > URL: https://issues.apache.org/jira/browse/OAK-8639 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: composite, indexing, test >Reporter: Fabrizio Fortino >Assignee: Thomas Mueller >Priority: Major > Labels: fabriziofortino, indexingPatch > Fix For: 1.20.0 > > Attachments: GRANITE-27309_tests_2.patch > > > CompositeNodeStore tests using document store (h2, document memory) are > currently disabled because the index creation does not work. > [https://svn.apache.org/repos/asf/jackrabbit/oak/trunk/oak-lucene/src/test/java/org/apache/jackrabbit/oak/composite/CompositeNodeStoreQueryTestBase.java] > > The below assertion fails because the lucene index is not found. This does > not happen with segment and memory stores. > > {noformat} > java.lang.AssertionError: java.lang.AssertionError: Expected: a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'" but: was "plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ "Expected :a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'"Actual :"plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ " difference> > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:956) > at org.junit.Assert.assertThat(Assert.java:923) > at > org.apache.jackrabbit.oak.composite.CompositeNodeStoreLuceneIndexTest.removeLuceneIndex(CompositeNodeStoreLuceneIndexTest.java:169) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > at > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at > org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runner.JUnitCore.run(JUnitCore.java:137) > at > com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) > > at > com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) > > at > com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) > > at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8639) Composite node store tests with document store
[ https://issues.apache.org/jira/browse/OAK-8639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16956981#comment-16956981 ] Thomas Mueller commented on OAK-8639: - https://svn.apache.org/r1868751 > Composite node store tests with document store > -- > > Key: OAK-8639 > URL: https://issues.apache.org/jira/browse/OAK-8639 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: composite, indexing, test >Reporter: Fabrizio Fortino >Assignee: Thomas Mueller >Priority: Major > Labels: fabriziofortino, indexingPatch > Fix For: 1.20.0 > > Attachments: GRANITE-27309_tests_2.patch > > > CompositeNodeStore tests using document store (h2, document memory) are > currently disabled because the index creation does not work. > [https://svn.apache.org/repos/asf/jackrabbit/oak/trunk/oak-lucene/src/test/java/org/apache/jackrabbit/oak/composite/CompositeNodeStoreQueryTestBase.java] > > The below assertion fails because the lucene index is not found. This does > not happen with segment and memory stores. > > {noformat} > java.lang.AssertionError: java.lang.AssertionError: Expected: a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'" but: was "plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ "Expected :a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'"Actual :"plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ " difference> > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:956) > at org.junit.Assert.assertThat(Assert.java:923) > at > org.apache.jackrabbit.oak.composite.CompositeNodeStoreLuceneIndexTest.removeLuceneIndex(CompositeNodeStoreLuceneIndexTest.java:169) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > at > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at > org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runner.JUnitCore.run(JUnitCore.java:137) > at > com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) > > at > com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) > > at > com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) > > at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (OAK-8639) Composite node store tests with document store
[ https://issues.apache.org/jira/browse/OAK-8639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller reassigned OAK-8639: --- Assignee: Thomas Mueller > Composite node store tests with document store > -- > > Key: OAK-8639 > URL: https://issues.apache.org/jira/browse/OAK-8639 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: composite, indexing, test >Reporter: Fabrizio Fortino >Assignee: Thomas Mueller >Priority: Major > Labels: fabriziofortino, indexingPatch > Attachments: GRANITE-27309_tests_2.patch > > > CompositeNodeStore tests using document store (h2, document memory) are > currently disabled because the index creation does not work. > [https://svn.apache.org/repos/asf/jackrabbit/oak/trunk/oak-lucene/src/test/java/org/apache/jackrabbit/oak/composite/CompositeNodeStoreQueryTestBase.java] > > The below assertion fails because the lucene index is not found. This does > not happen with segment and memory stores. > > {noformat} > java.lang.AssertionError: java.lang.AssertionError: Expected: a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'" but: was "plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ "Expected :a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'"Actual :"plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ " difference> > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:956) > at org.junit.Assert.assertThat(Assert.java:923) > at > org.apache.jackrabbit.oak.composite.CompositeNodeStoreLuceneIndexTest.removeLuceneIndex(CompositeNodeStoreLuceneIndexTest.java:169) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > at > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at > org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runner.JUnitCore.run(JUnitCore.java:137) > at > com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) > > at > com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) > > at > com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) > > at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8639) Composite node store tests with document store
[ https://issues.apache.org/jira/browse/OAK-8639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller updated OAK-8639: Fix Version/s: 1.20.0 > Composite node store tests with document store > -- > > Key: OAK-8639 > URL: https://issues.apache.org/jira/browse/OAK-8639 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: composite, indexing, test >Reporter: Fabrizio Fortino >Assignee: Thomas Mueller >Priority: Major > Labels: fabriziofortino, indexingPatch > Fix For: 1.20.0 > > Attachments: GRANITE-27309_tests_2.patch > > > CompositeNodeStore tests using document store (h2, document memory) are > currently disabled because the index creation does not work. > [https://svn.apache.org/repos/asf/jackrabbit/oak/trunk/oak-lucene/src/test/java/org/apache/jackrabbit/oak/composite/CompositeNodeStoreQueryTestBase.java] > > The below assertion fails because the lucene index is not found. This does > not happen with segment and memory stores. > > {noformat} > java.lang.AssertionError: java.lang.AssertionError: Expected: a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'" but: was "plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ "Expected :a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'"Actual :"plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ " difference> > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:956) > at org.junit.Assert.assertThat(Assert.java:923) > at > org.apache.jackrabbit.oak.composite.CompositeNodeStoreLuceneIndexTest.removeLuceneIndex(CompositeNodeStoreLuceneIndexTest.java:169) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > at > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at > org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runner.JUnitCore.run(JUnitCore.java:137) > at > com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) > > at > com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) > > at > com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) > > at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8706) Build Jackrabbit Oak #2451 failed
[ https://issues.apache.org/jira/browse/OAK-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16956884#comment-16956884 ] Hudson commented on OAK-8706: - Build is still failing. Failed run: [Jackrabbit Oak #2453|https://builds.apache.org/job/Jackrabbit%20Oak/2453/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/2453/console] > Build Jackrabbit Oak #2451 failed > - > > Key: OAK-8706 > URL: https://issues.apache.org/jira/browse/OAK-8706 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit Oak #2451 has failed. > First failed run: [Jackrabbit Oak > #2451|https://builds.apache.org/job/Jackrabbit%20Oak/2451/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2451/console] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (OAK-8244) Build failure: ThreadLeakError
[ https://issues.apache.org/jira/browse/OAK-8244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved OAK-8244. --- Resolution: Fixed Enabled DefaultAnalyzersConfigurationTest again and set ThreadLeakScope to NONE on EmbeddedSolrServerProviderTest. Done in trunk: http://svn.apache.org/r1868742 > Build failure: ThreadLeakError > -- > > Key: OAK-8244 > URL: https://issues.apache.org/jira/browse/OAK-8244 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration, solr >Reporter: Hudson >Assignee: Tommaso Teofili >Priority: Major > Fix For: 1.20.0 > > > No description is provided > The build Jackrabbit Oak #2091 has failed. > First failed run: [Jackrabbit Oak > #2091|https://builds.apache.org/job/Jackrabbit%20Oak/2091/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/2091/console] > {noformat} > [ERROR] Tests run: 13, Failures: 0, Errors: 2, Skipped: 2, Time elapsed: > 3.402 s <<< FAILURE! - in > org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest > [ERROR] > org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest > Time elapsed: 3.08 s <<< ERROR! > com.carrotsearch.randomizedtesting.ThreadLeakError: > 1 thread leaked from SUITE scope at > org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest: > >1) Thread[id=143, name=oak-scheduled-executor-61, state=TIMED_WAITING, > group=main] > at sun.misc.Unsafe.park(Native Method) > at > java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:1129) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:809) > at > java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > at __randomizedtesting.SeedInfo.seed([7416B4EE1CED31C6]:0) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8703) Configure the maximum number of revisions to be checked by consistency check
[ https://issues.apache.org/jira/browse/OAK-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ieran Draghiciu updated OAK-8703: - Attachment: OAK-8703-04.patch > Configure the maximum number of revisions to be checked by consistency check > > > Key: OAK-8703 > URL: https://issues.apache.org/jira/browse/OAK-8703 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: oak-run, segment-tar >Reporter: Ieran Draghiciu >Assignee: Andrei Dulceanu >Priority: Major > Attachments: OAK-8703-02.patch, OAK-8703-03.patch, OAK-8703-04.patch, > OAK-8703.patch > > > We need the ability to configure the maximum number of revisions to be > checked by {{oak-run check}}. This way we can quickly tell whether there's a > valid revision in the last {{n}} revisions. Moreover, this comes handy when > we want to test only the last revision (current head state) of the repository. > For this we can add a new optional argument {{--maxRevisionsToCheck}}. If the > argument is used, but a specific number of revisions is not specified, the > tool will check by default only the last revision. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OAK-8703) Configure the maximum number of revisions to be checked by consistency check
[ https://issues.apache.org/jira/browse/OAK-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16956832#comment-16956832 ] Ieran Draghiciu commented on OAK-8703: -- [~adulceanu] I added the final version: [^OAK-8703-04.patch] Could you please review > Configure the maximum number of revisions to be checked by consistency check > > > Key: OAK-8703 > URL: https://issues.apache.org/jira/browse/OAK-8703 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: oak-run, segment-tar >Reporter: Ieran Draghiciu >Assignee: Andrei Dulceanu >Priority: Major > Attachments: OAK-8703-02.patch, OAK-8703-03.patch, OAK-8703-04.patch, > OAK-8703.patch > > > We need the ability to configure the maximum number of revisions to be > checked by {{oak-run check}}. This way we can quickly tell whether there's a > valid revision in the last {{n}} revisions. Moreover, this comes handy when > we want to test only the last revision (current head state) of the repository. > For this we can add a new optional argument {{--maxRevisionsToCheck}}. If the > argument is used, but a specific number of revisions is not specified, the > tool will check by default only the last revision. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8639) Composite node store tests with document store
[ https://issues.apache.org/jira/browse/OAK-8639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller updated OAK-8639: Labels: fabriziofortino indexingPatch (was: ) > Composite node store tests with document store > -- > > Key: OAK-8639 > URL: https://issues.apache.org/jira/browse/OAK-8639 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: composite, indexing, test >Reporter: Fabrizio Fortino >Priority: Major > Labels: fabriziofortino, indexingPatch > Attachments: GRANITE-27309_tests_2.patch > > > CompositeNodeStore tests using document store (h2, document memory) are > currently disabled because the index creation does not work. > [https://svn.apache.org/repos/asf/jackrabbit/oak/trunk/oak-lucene/src/test/java/org/apache/jackrabbit/oak/composite/CompositeNodeStoreQueryTestBase.java] > > The below assertion fails because the lucene index is not found. This does > not happen with segment and memory stores. > > {noformat} > java.lang.AssertionError: java.lang.AssertionError: Expected: a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'" but: was "plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ "Expected :a string > containing "/* traverse \"//*\" where ([a].[foo] = 'bar'"Actual :"plan: > [nt:base] as [a] /* lucene:luceneTest(/oak:index/luceneTest) foo:bar where > ([a].[foo] = 'bar') and (isdescendantnode([a], [/])) */ " difference> > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:956) > at org.junit.Assert.assertThat(Assert.java:923) > at > org.apache.jackrabbit.oak.composite.CompositeNodeStoreLuceneIndexTest.removeLuceneIndex(CompositeNodeStoreLuceneIndexTest.java:169) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > at > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at > org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runner.JUnitCore.run(JUnitCore.java:137) > at > com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) > > at > com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) > > at > com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) > > at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) > {noformat} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OAK-8709) Update jackson-databind dependency to 2.9.10.1
Julian Reschke created OAK-8709: --- Summary: Update jackson-databind dependency to 2.9.10.1 Key: OAK-8709 URL: https://issues.apache.org/jira/browse/OAK-8709 Project: Jackrabbit Oak Issue Type: Task Components: parent Reporter: Julian Reschke Assignee: Julian Reschke -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OAK-8708) Keep track of unsupported system-user principals in FilterImpl
[ https://issues.apache.org/jira/browse/OAK-8708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Angela Schreiber updated OAK-8708: -- Fix Version/s: (was: 1.20.0) > Keep track of unsupported system-user principals in FilterImpl > -- > > Key: OAK-8708 > URL: https://issues.apache.org/jira/browse/OAK-8708 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: authorization-principalbased >Reporter: Angela Schreiber >Assignee: Angela Schreiber >Priority: Minor > > keep track of unsupported system user principals in {{FilterImpl}} in order > to avoid repeated lookup. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OAK-8708) Keep track of unsupported system-user principals in FilterImpl
Angela Schreiber created OAK-8708: - Summary: Keep track of unsupported system-user principals in FilterImpl Key: OAK-8708 URL: https://issues.apache.org/jira/browse/OAK-8708 Project: Jackrabbit Oak Issue Type: Improvement Components: authorization-principalbased Reporter: Angela Schreiber Assignee: Angela Schreiber Fix For: 1.20.0 keep track of unsupported system user principals in {{FilterImpl}} in order to avoid repeated lookup. -- This message was sent by Atlassian Jira (v8.3.4#803005)