[jira] [Resolved] (OAK-10261) Query with OR clause with COALESCE function incorrectly interpreted

2023-05-24 Thread Thomas Mueller (Jira) 


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

Thomas Mueller resolved OAK-10261.
--
Fix Version/s: 1.54.0
   Resolution: Fixed

> Query with OR clause with COALESCE function incorrectly interpreted
> ---
>
> Key: OAK-10261
> URL: https://issues.apache.org/jira/browse/OAK-10261
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: query
>Reporter: Thomas Mueller
>Assignee: Thomas Mueller
>Priority: Major
> Fix For: 1.54.0
>
>
> The "coalesce" function incorrectly asks the index to do "is not null" for 
> the first property:
> {noformat}
> SELECT a.* 
> FROM [dam:Asset] AS a 
> WHERE ((COALESCE(a.[jcr:lastModified], a.[jcr:created]) < 
> cast('2023-05-08T20:51:06.239+03:00' AS date)) 
> OR (COALESCE(a.[jcr:lastModified], a.[jcr:created]) = 
> cast('2023-05-08T20:51:06.239+03:00' AS date) 
> [dam:Asset] as [asset] /* lucene:fragments-9(/oak:index/fragments-9)  
> +jcr:lastModified:[-9223372036854775808 TO 9223372036854775807]  
>  */ 
> {noformat}
> This is because the Coalesce implementation uses an incorrect 
> "getPropertyExistence" method. It is implemented as follows, so that it 
> implies the first operand is not null, which is incorrect: the first operand 
> can be null. Even the second operand can be null; just the combination can't 
> be null - but there seems to be no good reason to inform the index to do this.
> {noformat}
> // this is wrong:
> @Override
> public PropertyExistenceImpl getPropertyExistence() {
> PropertyExistenceImpl pe = operand1.getPropertyExistence();
> return pe != null ? pe : operand2.getPropertyExistence();
> }
> {noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10213) Add new api in DocumentStore to handle bulk findAndUpdate operations

2023-05-24 Thread Marcel Reutegger (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725863#comment-17725863
 ] 

Marcel Reutegger commented on OAK-10213:


The proposed changes are quite big and I'm wondering if they are justified. 
IIUC, the new method would be used to implement OAK-10193. Do we have data that 
suggests there are many such documents with deleted properties and performance 
is a concern? Alternatively, an initial implementation could simply use 
findAndModify() and we later introduce the proposed API extension if really 
needed.

> Add new api in DocumentStore to handle bulk findAndUpdate operations
> 
>
> Key: OAK-10213
> URL: https://issues.apache.org/jira/browse/OAK-10213
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>Reporter: Rishabh Daim
>Assignee: Rishabh Daim
>Priority: Major
>
> Currently, we only provide support to update 1 document using 
> [findAndUpdate|https://github.com/apache/jackrabbit-oak/blob/trunk/oak-store-document/src/main/java/org/apache/jackrabbit/oak/plugins/document/DocumentStore.java#L348]
>  with conditions.
>  
> For my ticket OAK-10199, I need to update multiple documents. However, none 
> of the existing APIs fit my use case.
> Using 
> [findAndUpdate|https://github.com/apache/jackrabbit-oak/blob/trunk/oak-store-document/src/main/java/org/apache/jackrabbit/oak/plugins/document/DocumentStore.java#L348]
>  would be very inefficient in case of updating multiple documents.
>  
> Hence I propose adding a new API that can update multiple documents using 
> [bulkUpdate|https://www.mongodb.com/docs/drivers/java/sync/current/usage-examples/bulkWrite/]
>  of Mongo on similar lines to the 
> [createOrUpdate|https://github.com/apache/jackrabbit-oak/blob/trunk/oak-store-document/src/main/java/org/apache/jackrabbit/oak/plugins/document/DocumentStore.java#L321]
>  API.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10255) Build Jackrabbit/jackrabbit-oak-trunk #955 failed

2023-05-24 Thread Hudson (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725860#comment-17725860
 ] 

Hudson commented on OAK-10255:
--

Previously failing build now is OK.
 Passed run: [Jackrabbit/jackrabbit-oak-trunk 
#962|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/962/] 
[console 
log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/962/console]

> Build Jackrabbit/jackrabbit-oak-trunk #955 failed
> -
>
> Key: OAK-10255
> URL: https://issues.apache.org/jira/browse/OAK-10255
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit/jackrabbit-oak-trunk #955 has failed.
> First failed run: [Jackrabbit/jackrabbit-oak-trunk 
> #955|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/955/]
>  [console 
> log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/955/console]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10262) Document ASCIIFolder and OakAnalyzer

2023-05-24 Thread Thomas Mueller (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725812#comment-17725812
 ] 

Thomas Mueller commented on OAK-10262:
--

https://github.com/apache/jackrabbit-oak/pull/955

> Document ASCIIFolder and OakAnalyzer
> 
>
> Key: OAK-10262
> URL: https://issues.apache.org/jira/browse/OAK-10262
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>Reporter: Thomas Mueller
>Assignee: Thomas Mueller
>Priority: Major
>  Labels: index, lucene
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Created] (OAK-10262) Document ASCIIFolder and OakAnalyzer

2023-05-24 Thread Thomas Mueller (Jira) 
Thomas Mueller created OAK-10262:


 Summary: Document ASCIIFolder and OakAnalyzer
 Key: OAK-10262
 URL: https://issues.apache.org/jira/browse/OAK-10262
 Project: Jackrabbit Oak
  Issue Type: Improvement
Reporter: Thomas Mueller
Assignee: Thomas Mueller






--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10261) Query with OR clause with COALESCE function incorrectly interpreted

2023-05-24 Thread Thomas Mueller (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725793#comment-17725793
 ] 

Thomas Mueller commented on OAK-10261:
--

PR for review https://github.com/apache/jackrabbit-oak/pull/954

> Query with OR clause with COALESCE function incorrectly interpreted
> ---
>
> Key: OAK-10261
> URL: https://issues.apache.org/jira/browse/OAK-10261
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: query
>Reporter: Thomas Mueller
>Assignee: Thomas Mueller
>Priority: Major
>
> The "coalesce" function incorrectly asks the index to do "is not null" for 
> the first property:
> {noformat}
> SELECT a.* 
> FROM [dam:Asset] AS a 
> WHERE ((COALESCE(a.[jcr:lastModified], a.[jcr:created]) < 
> cast('2023-05-08T20:51:06.239+03:00' AS date)) 
> OR (COALESCE(a.[jcr:lastModified], a.[jcr:created]) = 
> cast('2023-05-08T20:51:06.239+03:00' AS date) 
> [dam:Asset] as [asset] /* lucene:fragments-9(/oak:index/fragments-9)  
> +jcr:lastModified:[-9223372036854775808 TO 9223372036854775807]  
>  */ 
> {noformat}
> This is because the Coalesce implementation uses an incorrect 
> "getPropertyExistence" method. It is implemented as follows, so that it 
> implies the first operand is not null, which is incorrect: the first operand 
> can be null. Even the second operand can be null; just the combination can't 
> be null - but there seems to be no good reason to inform the index to do this.
> {noformat}
> // this is wrong:
> @Override
> public PropertyExistenceImpl getPropertyExistence() {
> PropertyExistenceImpl pe = operand1.getPropertyExistence();
> return pe != null ? pe : operand2.getPropertyExistence();
> }
> {noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725792#comment-17725792
 ] 

Julian Reschke commented on OAK-10260:
--

tried with

{noformat}
diff --git a/pom.xml b/pom.xml
index 445f95ee40..57b24d5f77 100644
--- a/pom.xml
+++ b/pom.xml
@@ -144,6 +144,7 @@
 
   
${basedir}/oak-doc/target/site
   -notimestamp
+  oak-run
 
   
 
{noformat}


but that doesn't seem to help.

> javadoc generation fails for oak-run due to shaded guava
> 
>
> Key: OAK-10260
> URL: https://issues.apache.org/jira/browse/OAK-10260
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: run
>Reporter: Julian Reschke
>Priority: Major
>
> {noformat}
> [ERROR] Failed to execute goal 
> org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
> oak-run: Error occurred while calling a method on a Groovy class from 
> classpath.: InvocationTargetException: startup failed:
> [ERROR] General error during instruction selection: 
> java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR]
> [ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> [ERROR] at 
> org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
> [ERROR] at 
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
> [ERROR] at 
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
> [ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
> [ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
> [ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
>

[jira] [Commented] (OAK-10255) Build Jackrabbit/jackrabbit-oak-trunk #955 failed

2023-05-24 Thread Hudson (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725790#comment-17725790
 ] 

Hudson commented on OAK-10255:
--

Previously failing build now is OK.
 Passed run: [Jackrabbit/jackrabbit-oak-trunk 
#961|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/961/] 
[console 
log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/961/console]

> Build Jackrabbit/jackrabbit-oak-trunk #955 failed
> -
>
> Key: OAK-10255
> URL: https://issues.apache.org/jira/browse/OAK-10255
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit/jackrabbit-oak-trunk #955 has failed.
> First failed run: [Jackrabbit/jackrabbit-oak-trunk 
> #955|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/955/]
>  [console 
> log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/955/console]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Created] (OAK-10261) Query with OR clause with COALESCE function incorrectly interpreted

2023-05-24 Thread Thomas Mueller (Jira) 
Thomas Mueller created OAK-10261:


 Summary: Query with OR clause with COALESCE function incorrectly 
interpreted
 Key: OAK-10261
 URL: https://issues.apache.org/jira/browse/OAK-10261
 Project: Jackrabbit Oak
  Issue Type: Improvement
  Components: query
Reporter: Thomas Mueller


The "coalesce" function incorrectly asks the index to do "is not null" for the 
first property:

{noformat}
SELECT a.* 
FROM [dam:Asset] AS a 
WHERE ((COALESCE(a.[jcr:lastModified], a.[jcr:created]) < 
cast('2023-05-08T20:51:06.239+03:00' AS date)) 
OR (COALESCE(a.[jcr:lastModified], a.[jcr:created]) = 
cast('2023-05-08T20:51:06.239+03:00' AS date) 

[dam:Asset] as [asset] /* lucene:fragments-9(/oak:index/fragments-9)  
+jcr:lastModified:[-9223372036854775808 TO 9223372036854775807]  
 */ 
{noformat}

This is because the Coalesce implementation uses an incorrect 
"getPropertyExistence" method. It is implemented as follows, so that it implies 
the first operand is not null, which is incorrect: the first operand can be 
null. Even the second operand can be null; just the combination can't be null - 
but there seems to be no good reason to inform the index to do this.

{noformat}
// this is wrong:
@Override
public PropertyExistenceImpl getPropertyExistence() {
PropertyExistenceImpl pe = operand1.getPropertyExistence();
return pe != null ? pe : operand2.getPropertyExistence();
}
{noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Assigned] (OAK-10261) Query with OR clause with COALESCE function incorrectly interpreted

2023-05-24 Thread Thomas Mueller (Jira) 


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

Thomas Mueller reassigned OAK-10261:


Assignee: Thomas Mueller

> Query with OR clause with COALESCE function incorrectly interpreted
> ---
>
> Key: OAK-10261
> URL: https://issues.apache.org/jira/browse/OAK-10261
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: query
>Reporter: Thomas Mueller
>Assignee: Thomas Mueller
>Priority: Major
>
> The "coalesce" function incorrectly asks the index to do "is not null" for 
> the first property:
> {noformat}
> SELECT a.* 
> FROM [dam:Asset] AS a 
> WHERE ((COALESCE(a.[jcr:lastModified], a.[jcr:created]) < 
> cast('2023-05-08T20:51:06.239+03:00' AS date)) 
> OR (COALESCE(a.[jcr:lastModified], a.[jcr:created]) = 
> cast('2023-05-08T20:51:06.239+03:00' AS date) 
> [dam:Asset] as [asset] /* lucene:fragments-9(/oak:index/fragments-9)  
> +jcr:lastModified:[-9223372036854775808 TO 9223372036854775807]  
>  */ 
> {noformat}
> This is because the Coalesce implementation uses an incorrect 
> "getPropertyExistence" method. It is implemented as follows, so that it 
> implies the first operand is not null, which is incorrect: the first operand 
> can be null. Even the second operand can be null; just the combination can't 
> be null - but there seems to be no good reason to inform the index to do this.
> {noformat}
> // this is wrong:
> @Override
> public PropertyExistenceImpl getPropertyExistence() {
> PropertyExistenceImpl pe = operand1.getPropertyExistence();
> return pe != null ? pe : operand2.getPropertyExistence();
> }
> {noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725775#comment-17725775
 ] 

Julian Reschke commented on OAK-10260:
--

https://stackoverflow.com/questions/32949268/how-to-exclude-a-single-module-from-javadoc-generation-in-a-maven-multi-module-p
 maybe

> javadoc generation fails for oak-run due to shaded guava
> 
>
> Key: OAK-10260
> URL: https://issues.apache.org/jira/browse/OAK-10260
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: run
>Reporter: Julian Reschke
>Priority: Major
>
> {noformat}
> [ERROR] Failed to execute goal 
> org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
> oak-run: Error occurred while calling a method on a Groovy class from 
> classpath.: InvocationTargetException: startup failed:
> [ERROR] General error during instruction selection: 
> java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR]
> [ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> [ERROR] at 
> org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
> [ERROR] at 
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
> [ERROR] at 
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
> [ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
> [ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
> [ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at

[jira] [Commented] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725773#comment-17725773
 ] 

Julian Reschke commented on OAK-10260:
--

Good point.

Let me try that.

> javadoc generation fails for oak-run due to shaded guava
> 
>
> Key: OAK-10260
> URL: https://issues.apache.org/jira/browse/OAK-10260
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: run
>Reporter: Julian Reschke
>Priority: Major
>
> {noformat}
> [ERROR] Failed to execute goal 
> org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
> oak-run: Error occurred while calling a method on a Groovy class from 
> classpath.: InvocationTargetException: startup failed:
> [ERROR] General error during instruction selection: 
> java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR]
> [ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> [ERROR] at 
> org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
> [ERROR] at 
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
> [ERROR] at 
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
> [ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
> [ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
> [ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> [ERROR] at 
>

[jira] [Commented] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Angela Schreiber (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725772#comment-17725772
 ] 

Angela Schreiber commented on OAK-10260:


[~reschke], nor do i. but do we really need to generate javadoc for 
oak-run? there are a bunch of modules in oak where building javadoc doesn't 
make too much sense (benchmarks, exercises, run, examples, it-osgi, pojosr and 
probably more) if excluding them would allow for having the latest javadoc 
published, i would do that as a tmp workaround. wdyt?

> javadoc generation fails for oak-run due to shaded guava
> 
>
> Key: OAK-10260
> URL: https://issues.apache.org/jira/browse/OAK-10260
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: run
>Reporter: Julian Reschke
>Priority: Major
>
> {noformat}
> [ERROR] Failed to execute goal 
> org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
> oak-run: Error occurred while calling a method on a Groovy class from 
> classpath.: InvocationTargetException: startup failed:
> [ERROR] General error during instruction selection: 
> java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR]
> [ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> [ERROR] at 
> org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
> [ERROR] at 
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
> [ERROR] at 
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
> [ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
> [ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
> [ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
>

[jira] [Commented] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725763#comment-17725763
 ] 

Julian Reschke commented on OAK-10260:
--

So this seems to be a weird interaction between the shaded guava dep and 
Groovy. Unfortunately, I currently have no idea how to debug this.

> javadoc generation fails for oak-run due to shaded guava
> 
>
> Key: OAK-10260
> URL: https://issues.apache.org/jira/browse/OAK-10260
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: run
>Reporter: Julian Reschke
>Priority: Major
>
> {noformat}
> [ERROR] Failed to execute goal 
> org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
> oak-run: Error occurred while calling a method on a Groovy class from 
> classpath.: InvocationTargetException: startup failed:
> [ERROR] General error during instruction selection: 
> java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR]
> [ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
> org.apache.jackrabbit.guava.common.base.Predicate
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
> [ERROR] at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> [ERROR] at 
> org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
> [ERROR] at 
> org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
> [ERROR] at 
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
> [ERROR] at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
> [ERROR] at 
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
> [ERROR] at 
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
> [ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
> [ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
> [ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [ERROR] at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [ERROR] at

[jira] [Updated] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 


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

Julian Reschke updated OAK-10260:
-
Description: 
{noformat}
[ERROR] Failed to execute goal 
org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
oak-run: Error occurred while calling a method on a Groovy class from 
classpath.: InvocationTargetException: startup failed:
[ERROR] General error during instruction selection: 
java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR]
[ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ERROR] at 
org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
[ERROR] at 
org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
[ERROR] at 
org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
[ERROR] at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
[ERROR] at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
[ERROR] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
[ERROR] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
[ERROR] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
[ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
[ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
[ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:282)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:225)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:406)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:347)
[ERROR] Caused by: java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR] at 
org.codehaus.groovy.ast.decompiled.AsmReferenceResolver.resolveClass(AsmReferenceResolver.java:46)
[ERROR] at

[jira] [Updated] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 


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

Julian Reschke updated OAK-10260:
-
Description: 
{noformat}
[ERROR] Failed to execute goal 
org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
oak-run: Error occurred while calling a method on a Groovy class from 
classpath.: InvocationTargetException: startup failed:
[ERROR] General error during instruction selection: 
java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR]
[ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ERROR] at 
org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
[ERROR] at 
org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
[ERROR] at 
org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
[ERROR] at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
[ERROR] at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
[ERROR] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
[ERROR] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
[ERROR] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
[ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
[ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
[ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:282)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:225)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:406)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:347)
[ERROR] Caused by: java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR] at 
org.codehaus.groovy.ast.decompiled.AsmReferenceResolver.resolveClass(AsmReferenceResolver.java:46)
[ERROR] at

[jira] [Created] (OAK-10260) javadoc generation fails for oak-run due to shaded guava

2023-05-24 Thread Julian Reschke (Jira) 
Julian Reschke created OAK-10260:


 Summary: javadoc generation fails for oak-run due to shaded guava
 Key: OAK-10260
 URL: https://issues.apache.org/jira/browse/OAK-10260
 Project: Jackrabbit Oak
  Issue Type: Bug
  Components: run
Reporter: Julian Reschke


[ERROR] Failed to execute goal 
org.codehaus.gmavenplus:gmavenplus-plugin:1.13.1:compile (default) on project 
oak-run: Error occurred while calling a method on a Groovy class from 
classpath.: InvocationTargetException: startup failed:
[ERROR] General error during instruction selection: 
java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR]
[ERROR] java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.convertUncaughtExceptionToCompilationError(CompilationUnit.java:1089)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1069)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:623)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:602)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:579)
[ERROR] at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ERROR] at 
org.codehaus.gmavenplus.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:212)
[ERROR] at 
org.codehaus.gmavenplus.mojo.AbstractCompileMojo.doCompile(AbstractCompileMojo.java:334)
[ERROR] at 
org.codehaus.gmavenplus.mojo.CompileMojo.execute(CompileMojo.java:70)
[ERROR] at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.executeForkedExecutions(MojoExecutor.java:355)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:200)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
[ERROR] at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
[ERROR] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
[ERROR] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
[ERROR] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
[ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
[ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
[ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:282)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:225)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:406)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:347)
[ERROR] Caused by: java.lang.NoClassDefFoundError: 
org.apache.jackrabbit.guava.common.base.Predicate
[ERROR]

[jira] [Resolved] (OAK-10250) Configurable suspend timeout

2023-05-24 Thread Marcel Reutegger (Jira) 


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

Marcel Reutegger resolved OAK-10250.

Fix Version/s: 1.54.0
   Resolution: Fixed

Merged the PR.

> Configurable suspend timeout
> 
>
> Key: OAK-10250
> URL: https://issues.apache.org/jira/browse/OAK-10250
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: documentmk
>Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 1.54.0
>
>
> The DocumentNodeStore suspend timeout can currently only be controlled with a 
> system property. It would be more convenient if it can be set with a proper 
> configuration.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10255) Build Jackrabbit/jackrabbit-oak-trunk #955 failed

2023-05-24 Thread Hudson (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725695#comment-17725695
 ] 

Hudson commented on OAK-10255:
--

Build is still failing.
Failed run: [Jackrabbit/jackrabbit-oak-trunk 
#960|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/960/] 
[console 
log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/960/console]

> Build Jackrabbit/jackrabbit-oak-trunk #955 failed
> -
>
> Key: OAK-10255
> URL: https://issues.apache.org/jira/browse/OAK-10255
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration
>Reporter: Hudson
>Priority: Major
>
> No description is provided
> The build Jackrabbit/jackrabbit-oak-trunk #955 has failed.
> First failed run: [Jackrabbit/jackrabbit-oak-trunk 
> #955|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/955/]
>  [console 
> log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/955/console]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Resolved] (OAK-10257) NodeCounterMetricTest does not release resources

2023-05-24 Thread Marcel Reutegger (Jira) 


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

Marcel Reutegger resolved OAK-10257.

Fix Version/s: 1.54.0
   Resolution: Fixed

Merged the PR.

> NodeCounterMetricTest does not release resources
> 
>
> Key: OAK-10257
> URL: https://issues.apache.org/jira/browse/OAK-10257
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: core
>Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
> Fix For: 1.54.0
>
>
> The test creates ContentRepository and ContentSession instances but does not 
> close them.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Commented] (OAK-10259) oak-core tests running out of memory

2023-05-24 Thread Marcel Reutegger (Jira) 


[ 
https://issues.apache.org/jira/browse/OAK-10259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17725645#comment-17725645
 ] 

Marcel Reutegger commented on OAK-10259:


Proposed change in PR https://github.com/apache/jackrabbit-oak/pull/953

Clearing inline mocks at the end of a security test shows much lower memory 
usage. Also note, that I had to make changes to some tests. E.g. 
LoginContextProviderImplTest did not remove security providers it adds during a 
test, which then caused failures later when the mocked provider was cleared. 

> oak-core tests running out of memory
> 
>
> Key: OAK-10259
> URL: https://issues.apache.org/jira/browse/OAK-10259
> Project: Jackrabbit Oak
>  Issue Type: Bug
>  Components: continuous integration, core
>Reporter: Marcel Reutegger
>Assignee: Marcel Reutegger
>Priority: Minor
>
> Recently tests for oak-core were running out of memory on Jenkins. Analyzing 
> a heap dump showed majority of heap (300 MB) retained by Mockito. It looks 
> like this is related to https://github.com/mockito/mockito/pull/1619 and with 
> OAK-10173 we enabled mock-maker-inline.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

[jira] [Created] (OAK-10259) oak-core tests running out of memory

2023-05-24 Thread Marcel Reutegger (Jira) 
Marcel Reutegger created OAK-10259:
--

 Summary: oak-core tests running out of memory
 Key: OAK-10259
 URL: https://issues.apache.org/jira/browse/OAK-10259
 Project: Jackrabbit Oak
  Issue Type: Bug
  Components: continuous integration, core
Reporter: Marcel Reutegger
Assignee: Marcel Reutegger


Recently tests for oak-core were running out of memory on Jenkins. Analyzing a 
heap dump showed majority of heap (300 MB) retained by Mockito. It looks like 
this is related to https://github.com/mockito/mockito/pull/1619 and with 
OAK-10173 we enabled mock-maker-inline.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)