[jira] [Commented] (OAK-6825) oak-examples/standalone test failure on Java 9
[ https://issues.apache.org/jira/browse/OAK-6825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16203048#comment-16203048 ] Chetan Mehrotra commented on OAK-6825: -- Update of Spring is bit tricky due some changes in boot jar model. Would have a look at it in sometime > oak-examples/standalone test failure on Java 9 > -- > > Key: OAK-6825 > URL: https://issues.apache.org/jira/browse/OAK-6825 > Project: Jackrabbit Oak > Issue Type: Bug > Components: examples >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< > FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT > repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time > elapsed: 0.008 sec <<< ERROR! > java.lang.IllegalStateException: Failed to load ApplicationContext > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': > Injection of autowired dependencies failed; nested exception is > org.springframework.beans.factory.BeanCreationException: Could not autowire > field: private org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Could not > autowire field: private > org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.ClassNotFoundException: > javax.xml.bind.ValidationException > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-6825) oak-examples/standalone test failure on Java 9
[ https://issues.apache.org/jira/browse/OAK-6825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra reassigned OAK-6825: Assignee: Chetan Mehrotra > oak-examples/standalone test failure on Java 9 > -- > > Key: OAK-6825 > URL: https://issues.apache.org/jira/browse/OAK-6825 > Project: Jackrabbit Oak > Issue Type: Bug > Components: examples >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< > FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT > repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time > elapsed: 0.008 sec <<< ERROR! > java.lang.IllegalStateException: Failed to load ApplicationContext > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': > Injection of autowired dependencies failed; nested exception is > org.springframework.beans.factory.BeanCreationException: Could not autowire > field: private org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Could not > autowire field: private > org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.ClassNotFoundException: > javax.xml.bind.ValidationException > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (OAK-6825) oak-examples/standalone test failure on Java 9
[ https://issues.apache.org/jira/browse/OAK-6825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16203048#comment-16203048 ] Chetan Mehrotra edited comment on OAK-6825 at 10/13/17 4:49 AM: Update of Spring is bit tricky due some changes in boot jar model [1]. Would have a look at it in sometime [1] https://github.com/apache/jackrabbit-oak/blob/trunk/oak-pojosr/src/main/java/org/apache/jackrabbit/oak/run/osgi/SpringBootSupport.java was (Author: chetanm): Update of Spring is bit tricky due some changes in boot jar model. Would have a look at it in sometime > oak-examples/standalone test failure on Java 9 > -- > > Key: OAK-6825 > URL: https://issues.apache.org/jira/browse/OAK-6825 > Project: Jackrabbit Oak > Issue Type: Bug > Components: examples >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< > FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT > repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time > elapsed: 0.008 sec <<< ERROR! > java.lang.IllegalStateException: Failed to load ApplicationContext > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': > Injection of autowired dependencies failed; nested exception is > org.springframework.beans.factory.BeanCreationException: Could not autowire > field: private org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Could not > autowire field: private > org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.ClassNotFoundException: > javax.xml.bind.ValidationException > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6825) oak-examples/standalone test failure on Java 9
[ https://issues.apache.org/jira/browse/OAK-6825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16203039#comment-16203039 ] Julian Reschke commented on OAK-6825: - I suspect we need to update spring and maybe failsafe dependencies, but couldn't get it to work yet. > oak-examples/standalone test failure on Java 9 > -- > > Key: OAK-6825 > URL: https://issues.apache.org/jira/browse/OAK-6825 > Project: Jackrabbit Oak > Issue Type: Bug > Components: examples >Reporter: Julian Reschke > > {noformat} > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< > FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT > repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time > elapsed: 0.008 sec <<< ERROR! > java.lang.IllegalStateException: Failed to load ApplicationContext > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': > Injection of autowired dependencies failed; nested exception is > org.springframework.beans.factory.BeanCreationException: Could not autowire > field: private org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Could not > autowire field: private > org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.ClassNotFoundException: > javax.xml.bind.ValidationException > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6825) oak-standalone test failure on Java 9
Julian Reschke created OAK-6825: --- Summary: oak-standalone test failure on Java 9 Key: OAK-6825 URL: https://issues.apache.org/jira/browse/OAK-6825 Project: Jackrabbit Oak Issue Type: Bug Components: examples Reporter: Julian Reschke {noformat} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time elapsed: 0.008 sec <<< ERROR! java.lang.IllegalStateException: Failed to load ApplicationContext Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.ClassNotFoundException: javax.xml.bind.ValidationException {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6825) oak-examples/standalone test failure on Java 9
[ https://issues.apache.org/jira/browse/OAK-6825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6825: Summary: oak-examples/standalone test failure on Java 9 (was: oak-standalone test failure on Java 9) > oak-examples/standalone test failure on Java 9 > -- > > Key: OAK-6825 > URL: https://issues.apache.org/jira/browse/OAK-6825 > Project: Jackrabbit Oak > Issue Type: Bug > Components: examples >Reporter: Julian Reschke > > {noformat} > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< > FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT > repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time > elapsed: 0.008 sec <<< ERROR! > java.lang.IllegalStateException: Failed to load ApplicationContext > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': > Injection of autowired dependencies failed; nested exception is > org.springframework.beans.factory.BeanCreationException: Could not autowire > field: private org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Could not > autowire field: private > org.springframework.boot.autoconfigure.mongo.MongoProperties > org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; > nested exception is org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': > Initialization of bean failed; nested exception is > java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException > Caused by: java.lang.ClassNotFoundException: > javax.xml.bind.ValidationException > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-6810. - Resolution: Fixed Fix Version/s: 1.7.10 1.8 > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > Fix For: 1.8, 1.7.10 > > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.039 > s <<< FAILURE! - in >
[jira] [Comment Edited] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16202439#comment-16202439 ] Julian Reschke edited comment on OAK-6810 at 10/12/17 7:30 PM: --- Test fail later now: {noformat} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time elapsed: 0.008 sec <<< ERROR! java.lang.IllegalStateException: Failed to load ApplicationContext Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.ClassNotFoundException: javax.xml.bind.ValidationException {noformat} EDIT: ah, not in pojosr... was (Author: reschke): Test fail later now: {noformat} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time elapsed: 0.008 sec <<< ERROR! java.lang.IllegalStateException: Failed to load ApplicationContext Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.ClassNotFoundException: javax.xml.bind.ValidationException {noformat} > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running
[jira] [Commented] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16202439#comment-16202439 ] Julian Reschke commented on OAK-6810: - Test fail later now: {noformat} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.985 sec <<< FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time elapsed: 0.008 sec <<< ERROR! java.lang.IllegalStateException: Failed to load ApplicationContext Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.boot.autoconfigure.mongo.MongoProperties org.springframework.boot.autoconfigure.mongo.MongoAutoConfiguration.properties; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.data.mongodb.CONFIGURATION_PROPERTIES': Initialization of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/ValidationException Caused by: java.lang.ClassNotFoundException: javax.xml.bind.ValidationException {noformat} > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running
[jira] [Created] (OAK-6824) oak-run console should have some helps to compose editors based on repository state
Vikas Saurabh created OAK-6824: -- Summary: oak-run console should have some helps to compose editors based on repository state Key: OAK-6824 URL: https://issues.apache.org/jira/browse/OAK-6824 Project: Jackrabbit Oak Issue Type: Improvement Reporter: Vikas Saurabh Assignee: Vikas Saurabh Priority: Minor Currently, different oak console scripts do a merge using EmptyHook.INSTANCE. That then requires to take care of various hidden structures which could have easily been taken care of in-built editors. That said, I think it'd be useful to only have utilities to compose editors in scripts - we would most likely _not_ want default behavior (all editors coming into play) if some recovery is being required via oak-run. /cc [~chetanm] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6823) oak-run tooling to compare two (json) index definition
[ https://issues.apache.org/jira/browse/OAK-6823?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Saurabh updated OAK-6823: --- Summary: oak-run tooling to compare two (json) index definition (was: oak-run tooling to comparetwo (json) index definition) > oak-run tooling to compare two (json) index definition > -- > > Key: OAK-6823 > URL: https://issues.apache.org/jira/browse/OAK-6823 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: lucene >Reporter: Vikas Saurabh >Assignee: Vikas Saurabh >Priority: Minor > > We should provide a way to compare 2 (sets of) index definitions and give > suggestions to merge it. > Such a utility would be useful when index defs are customized but we'd also > want to utilize some improved defs by upgrades. > While aggregates and non-regex-property index rules would be simple to merge > (they don't step on each other's foot). > But, we need to be careful with how we order regex properties. I think for > such cases, we need to elaborate on which rules are potentially conflicting - > but, we should not attempt to fix/provide-merges for such cases at least to > begin with. > /cc [~chetanm], [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6823) oak-run tooling to comparetwo (json) index definition
Vikas Saurabh created OAK-6823: -- Summary: oak-run tooling to comparetwo (json) index definition Key: OAK-6823 URL: https://issues.apache.org/jira/browse/OAK-6823 Project: Jackrabbit Oak Issue Type: Improvement Components: lucene Reporter: Vikas Saurabh Assignee: Vikas Saurabh Priority: Minor We should provide a way to compare 2 (sets of) index definitions and give suggestions to merge it. Such a utility would be useful when index defs are customized but we'd also want to utilize some improved defs by upgrades. While aggregates and non-regex-property index rules would be simple to merge (they don't step on each other's foot). But, we need to be careful with how we order regex properties. I think for such cases, we need to elaborate on which rules are potentially conflicting - but, we should not attempt to fix/provide-merges for such cases at least to begin with. /cc [~chetanm], [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16202175#comment-16202175 ] Chetan Mehrotra commented on OAK-6810: -- [~julian.resc...@gmx.de] Just fixed it by 1811991. Build now passes locally. Can you confirm once at your end > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.039 > s <<< FAILURE! - in >
[jira] [Comment Edited] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201878#comment-16201878 ] Julian Reschke edited comment on OAK-6810 at 10/12/17 4:04 PM: --- [~chetanm] - could you please have look or potentially re-assign? was (Author: reschke): [~chetanm]] - could you please have look or potentially re-assign? > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2,
[jira] [Commented] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16202170#comment-16202170 ] Julian Reschke commented on OAK-6810: - This can apparently be fixed by using a more recent Groovy version (2.4.12?) > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.039 > s <<< FAILURE! - in >
[jira] [Comment Edited] (OAK-6792) rep:facet not supported in xpath
[ https://issues.apache.org/jira/browse/OAK-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201876#comment-16201876 ] Vikas Saurabh edited comment on OAK-6792 at 10/12/17 3:56 PM: -- Applied [~tmueller]'s patch from above on trunk at [r1811952|https://svn.apache.org/r1811952]. ... and [r1811963|https://svn.apache.org/r1811963], [r1811986|https://svn.apache.org/r1811986] as earlier one was failing the build. was (Author: catholicon): Applied [~tmueller]'s patch from above on trunk at [r1811952|https://svn.apache.org/r1811952]. ... and [r1811963|https://svn.apache.org/r1811963] as earlier one had a failing test. > rep:facet not supported in xpath > > > Key: OAK-6792 > URL: https://issues.apache.org/jira/browse/OAK-6792 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: query >Reporter: Vikas Saurabh >Assignee: Vikas Saurabh > Labels: candidate_oak_1_4, candidate_oak_1_6 > Fix For: 1.8, 1.7.10 > > > Parsing > {noformat} > //element(*, app:Asset)/(rep:facet(jcr:createdBy)) > {noformat} > gives following exception. > {noformat} > Caused by: java.text.ParseException: Query: > /jcr_root//element(*, app:Asset)/rep:facet(jcr:createdBy(*)) > {noformat} > /cc [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-6745. - Resolution: Fixed Fix Version/s: 1.7.10 > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke >Assignee: Julian Reschke > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6745.diff > > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16202147#comment-16202147 ] Julian Reschke commented on OAK-6745: - trunk: [r1811987|http://svn.apache.org/r1811987] > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke >Assignee: Julian Reschke > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6745.diff > > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6822) RevisionGC: measure timeToDeleteSplitDocs separately (when possible)
[ https://issues.apache.org/jira/browse/OAK-6822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16202126#comment-16202126 ] Julian Reschke commented on OAK-6822: - trunk: [r1811985|http://svn.apache.org/r1811985] > RevisionGC: measure timeToDeleteSplitDocs separately (when possible) > > > Key: OAK-6822 > URL: https://issues.apache.org/jira/browse/OAK-6822 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6822.diff > > > ...where we need to deal with the Mongo case where collecting and deleting > happens in a single call and thus can't be measured separately. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6822) RevisionGC: measure timeToDeleteSplitDocs separately (when possible)
[ https://issues.apache.org/jira/browse/OAK-6822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-6822. - Resolution: Fixed Fix Version/s: 1.7.10 > RevisionGC: measure timeToDeleteSplitDocs separately (when possible) > > > Key: OAK-6822 > URL: https://issues.apache.org/jira/browse/OAK-6822 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6822.diff > > > ...where we need to deal with the Mongo case where collecting and deleting > happens in a single call and thus can't be measured separately. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6822) RevisionGC: measure timeToDeleteSplitDocs separately (when possible)
[ https://issues.apache.org/jira/browse/OAK-6822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6822: Summary: RevisionGC: measure timeToDeleteSplitDocs separately (when possible) (was: RevisionGC: measure timeToDeleteSplitDocs separately) > RevisionGC: measure timeToDeleteSplitDocs separately (when possible) > > > Key: OAK-6822 > URL: https://issues.apache.org/jira/browse/OAK-6822 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.8 > > Attachments: OAK-6822.diff > > > ...where we need to deal with the Mongo case where collecting and deleting > happens in a single call and thus can't be measured separately. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6822) RevisionGC: measure timeToDeleteSplitDocs separately
[ https://issues.apache.org/jira/browse/OAK-6822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6822: Summary: RevisionGC: measure timeToDeleteSplitDocs separately (was: RevisionGC: measure timeToDleteSplitDocs separately) > RevisionGC: measure timeToDeleteSplitDocs separately > > > Key: OAK-6822 > URL: https://issues.apache.org/jira/browse/OAK-6822 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.8 > > Attachments: OAK-6822.diff > > > ...where we need to deal with the Mongo case where collecting and deleting > happens in a single call and thus can't be measured separately. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6822) RevisionGC: measure timeToDleteSplitDocs separately
[ https://issues.apache.org/jira/browse/OAK-6822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6822: Attachment: OAK-6822.diff Proposed patch. Sample output: {noformat} VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, deletedDocGCCount=102102 (of which leaf: 102000), updateResurrectedGCCount=0, splitDocGCCount=2, intermediateSplitDocGCCount=0, iterationCount=2, timeActive=7.802 s, timeToCollectDeletedDocs=1752 ms, timeToCheckDeletedDocs=260.1 ms, timeToSortDocIds=534.0 us, timeTakenToUpdateResurrectedDocs=18.00 us, timeTakenToDeleteDeletedDocs=5.605 s, timeTakenToCollectAndDeleteSplitDocs=120.7 ms (of which 4.519 ms deleting)} {noformat} (where the "(of which ... deleting)" would only be included when the separate timer actually got invoked) > RevisionGC: measure timeToDleteSplitDocs separately > --- > > Key: OAK-6822 > URL: https://issues.apache.org/jira/browse/OAK-6822 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > Fix For: 1.8 > > Attachments: OAK-6822.diff > > > ...where we need to deal with the Mongo case where collecting and deleting > happens in a single call and thus can't be measured separately. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6822) RevisionGC: measure timeToDleteSplitDocs separately
Julian Reschke created OAK-6822: --- Summary: RevisionGC: measure timeToDleteSplitDocs separately Key: OAK-6822 URL: https://issues.apache.org/jira/browse/OAK-6822 Project: Jackrabbit Oak Issue Type: Improvement Components: documentmk Reporter: Julian Reschke Assignee: Julian Reschke Priority: Minor Fix For: 1.8 ...where we need to deal with the Mongo case where collecting and deleting happens in a single call and thus can't be measured separately. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6821) Enforce minimum line coverage for oak-security-spi
[ https://issues.apache.org/jira/browse/OAK-6821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] angela resolved OAK-6821. - Resolution: Fixed Fix Version/s: 1.7.10 1.8 > Enforce minimum line coverage for oak-security-spi > -- > > Key: OAK-6821 > URL: https://issues.apache.org/jira/browse/OAK-6821 > Project: Jackrabbit Oak > Issue Type: Task > Components: security >Reporter: angela >Assignee: angela >Priority: Trivial > Fix For: 1.8, 1.7.10 > > > Follow up to OAK-5623 to enforce minimal test coverage also for the new > _oak-security-spi_ project. > cc: [~stillalex] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-2621) Too many reads for child nodes
[ https://issues.apache.org/jira/browse/OAK-2621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reassigned OAK-2621: - Assignee: Marcel Reutegger > Too many reads for child nodes > -- > > Key: OAK-2621 > URL: https://issues.apache.org/jira/browse/OAK-2621 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: mongomk >Affects Versions: 1.0 >Reporter: Marcel Reutegger >Assignee: Marcel Reutegger > Labels: performance > Fix For: 1.8 > > > The DocumentNodeStore issues a lot of reads when sibling nodes are deleted, > which are also index with a property index. > The following calls will become a hotspot: > {noformat} > at > org.apache.jackrabbit.oak.plugins.document.mongo.MongoDocumentStore.query(MongoDocumentStore.java:406) > at > org.apache.jackrabbit.oak.plugins.document.DocumentNodeStore.readChildDocs(DocumentNodeStore.java:846) > at > org.apache.jackrabbit.oak.plugins.document.DocumentNodeStore.readChildren(DocumentNodeStore.java:788) > at > org.apache.jackrabbit.oak.plugins.document.DocumentNodeStore.getChildren(DocumentNodeStore.java:753) > at > org.apache.jackrabbit.oak.plugins.document.DocumentNodeState.getChildNodeCount(DocumentNodeState.java:194) > at > org.apache.jackrabbit.oak.plugins.memory.ModifiedNodeState.getChildNodeCount(ModifiedNodeState.java:198) > at > org.apache.jackrabbit.oak.plugins.memory.MutableNodeState.getChildNodeCount(MutableNodeState.java:265) > at > org.apache.jackrabbit.oak.plugins.memory.MemoryNodeBuilder.getChildNodeCount(MemoryNodeBuilder.java:293) > at > org.apache.jackrabbit.oak.plugins.index.property.strategy.ContentMirrorStoreStrategy.prune(ContentMirrorStoreStrategy.java:456) > {noformat} > I think the code triggering this issue is in > {{ModifiedNodeState.getChildNodeCount()}}. It keeps track of already deleted > children and requests {{max += deleted}}. The actual {{max}} is always 1 as > requested from {{ContentMirrorStoreStrategy.prune()}}, but as more nodes get > deleted, the higher {{max}} gets passed to > {{DocumentNodeState.getChildNodeCount()}}. The DocumentNodeStore then checks > if it has the children in the cache, only to find out the cache entry has too > few entries and it needs to fetch one more. > It would be best to have a minimum number of child nodes to fetch from > MongoDB in this case. E.g. when NodeState.getChildNodeEntries() is called, > the DocumentNodeState fetches 100 children. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (OAK-6792) rep:facet not supported in xpath
[ https://issues.apache.org/jira/browse/OAK-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201876#comment-16201876 ] Vikas Saurabh edited comment on OAK-6792 at 10/12/17 1:46 PM: -- Applied [~tmueller]'s patch from above on trunk at [r1811952|https://svn.apache.org/r1811952]. ... and [r1811963|https://svn.apache.org/r1811963] as earlier one had a failing test. was (Author: catholicon): Applied [~tmueller]'s patch from above on trunk at [r1811952|https://svn.apache.org/r1811952]. > rep:facet not supported in xpath > > > Key: OAK-6792 > URL: https://issues.apache.org/jira/browse/OAK-6792 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: query >Reporter: Vikas Saurabh >Assignee: Vikas Saurabh > Labels: candidate_oak_1_4, candidate_oak_1_6 > Fix For: 1.8, 1.7.10 > > > Parsing > {noformat} > //element(*, app:Asset)/(rep:facet(jcr:createdBy)) > {noformat} > gives following exception. > {noformat} > Caused by: java.text.ParseException: Query: > /jcr_root//element(*, app:Asset)/rep:facet(jcr:createdBy(*)) > {noformat} > /cc [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6792) rep:facet not supported in xpath
[ https://issues.apache.org/jira/browse/OAK-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6792: Fix Version/s: 1.8 > rep:facet not supported in xpath > > > Key: OAK-6792 > URL: https://issues.apache.org/jira/browse/OAK-6792 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: query >Reporter: Vikas Saurabh >Assignee: Vikas Saurabh > Labels: candidate_oak_1_4, candidate_oak_1_6 > Fix For: 1.8, 1.7.10 > > > Parsing > {noformat} > //element(*, app:Asset)/(rep:facet(jcr:createdBy)) > {noformat} > gives following exception. > {noformat} > Caused by: java.text.ParseException: Query: > /jcr_root//element(*, app:Asset)/rep:facet(jcr:createdBy(*)) > {noformat} > /cc [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6710) CommitMitigated merge policy should not reduce performance significantly
[ https://issues.apache.org/jira/browse/OAK-6710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201946#comment-16201946 ] Tommaso Teofili commented on OAK-6710: -- I've set a maximum number of allowed segments to allow mitigation, so that if the no. of segments grows beyond that the merges will eventually happen as per {{TieredMergePolicy}}. > CommitMitigated merge policy should not reduce performance significantly > > > Key: OAK-6710 > URL: https://issues.apache.org/jira/browse/OAK-6710 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: lucene >Affects Versions: 1.7.7 >Reporter: Vikas Saurabh >Assignee: Tommaso Teofili > Labels: performance, scalability > Fix For: 1.8 > > > While running performance tests (internally) using latest unstable releases > having {{CommitMitigatedTieredMergePolicy}} we observed significant drop in > performance (OAK-6704). > The policy, although bad for performance, showed dramatic drop in churn > created in data store size. So, clearly, OAK-5192 did what it intended to do. > Opening this issue to factor in drop in performance and then set the default > back to {{CommitMitigatedTieredMergePolicy}}. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6745: Attachment: OAK-6745.diff > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke >Assignee: Julian Reschke > Fix For: 1.8 > > Attachments: OAK-6745.diff > > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6745: Fix Version/s: 1.8 > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke >Assignee: Julian Reschke > Fix For: 1.8 > > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned OAK-6745: --- Assignee: Julian Reschke > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke >Assignee: Julian Reschke > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201914#comment-16201914 ] Julian Reschke commented on OAK-6745: - Likely fixed by upgrading maven-war-plugin to 3.1.0. > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6792) rep:facet not supported in xpath
[ https://issues.apache.org/jira/browse/OAK-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Saurabh updated OAK-6792: --- Labels: candidate_oak_1_4 candidate_oak_1_6 (was: ) > rep:facet not supported in xpath > > > Key: OAK-6792 > URL: https://issues.apache.org/jira/browse/OAK-6792 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: query >Reporter: Vikas Saurabh >Assignee: Vikas Saurabh > Labels: candidate_oak_1_4, candidate_oak_1_6 > Fix For: 1.7.10 > > > Parsing > {noformat} > //element(*, app:Asset)/(rep:facet(jcr:createdBy)) > {noformat} > gives following exception. > {noformat} > Caused by: java.text.ParseException: Query: > /jcr_root//element(*, app:Asset)/rep:facet(jcr:createdBy(*)) > {noformat} > /cc [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6745) Oak Web Application Example: Execution default-war of goal org.apache.maven.plugins:maven-war-plugin:2.6:war failed
[ https://issues.apache.org/jira/browse/OAK-6745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated OAK-6745: Component/s: webapp > Oak Web Application Example: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed > > > Key: OAK-6745 > URL: https://issues.apache.org/jira/browse/OAK-6745 > Project: Jackrabbit Oak > Issue Type: Bug > Components: webapp >Reporter: Julian Reschke > > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-war-plugin:2.6:war (default-war) on project > oak-webapp: Execution default-war of goal > org.apache.maven.plugins:maven-war-plugin:2.6:war failed: An API > incompatibility was encountered while executing > org.apache.maven.plugins:maven-war-plugin:2.6:war: > java.lang.ExceptionInInitializerError: null > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6746) Illegal reflective access by io.netty.util.internal.ReflectionUtil
[ https://issues.apache.org/jira/browse/OAK-6746?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201896#comment-16201896 ] Julian Reschke commented on OAK-6746: - Just a warning, so closing for now. > Illegal reflective access by io.netty.util.internal.ReflectionUtil > -- > > Key: OAK-6746 > URL: https://issues.apache.org/jira/browse/OAK-6746 > Project: Jackrabbit Oak > Issue Type: Bug >Reporter: Julian Reschke >Priority: Minor > > {noformat} > Running org.apache.jackrabbit.oak.segment.standby.BrokenNetworkIT > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by io.netty.util.internal.ReflectionUtil > (file:/C:/rust/Users/jre/.m2/repository/io/netty/netty-common/4.1.14.Final/netty-common-4.1.14.Final.jar) > to constructor java.nio.DirectByteBuffer(long,int) > WARNING: Please consider reporting this to the maintainers of > io.netty.util.internal.ReflectionUtil > WARNING: Use --illegal-access=warn to enable warnings of further illegal > reflective access operations > WARNING: All illegal access operations will be denied in a future release > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6746) Illegal reflective access by io.netty.util.internal.ReflectionUtil
[ https://issues.apache.org/jira/browse/OAK-6746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-6746. - Resolution: Later > Illegal reflective access by io.netty.util.internal.ReflectionUtil > -- > > Key: OAK-6746 > URL: https://issues.apache.org/jira/browse/OAK-6746 > Project: Jackrabbit Oak > Issue Type: Bug >Reporter: Julian Reschke >Priority: Minor > > {noformat} > Running org.apache.jackrabbit.oak.segment.standby.BrokenNetworkIT > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by io.netty.util.internal.ReflectionUtil > (file:/C:/rust/Users/jre/.m2/repository/io/netty/netty-common/4.1.14.Final/netty-common-4.1.14.Final.jar) > to constructor java.nio.DirectByteBuffer(long,int) > WARNING: Please consider reporting this to the maintainers of > io.netty.util.internal.ReflectionUtil > WARNING: Use --illegal-access=warn to enable warnings of further illegal > reflective access operations > WARNING: All illegal access operations will be denied in a future release > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned OAK-6810: --- Assignee: Julian Reschke > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Julian Reschke > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.039 > s <<< FAILURE! - in > org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] >
[jira] [Commented] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201878#comment-16201878 ] Julian Reschke commented on OAK-6810: - [~chetanm]] - could you please have look or potentially re-assign? > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.039 > s <<< FAILURE! - in > org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest >
[jira] [Assigned] (OAK-6810) oak-pojosr tests fail with java 9
[ https://issues.apache.org/jira/browse/OAK-6810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned OAK-6810: --- Assignee: Chetan Mehrotra (was: Julian Reschke) > oak-pojosr tests fail with java 9 > - > > Key: OAK-6810 > URL: https://issues.apache.org/jira/browse/OAK-6810 > Project: Jackrabbit Oak > Issue Type: Task > Components: pojosr >Reporter: Julian Reschke >Assignee: Chetan Mehrotra > > {noformat} > [INFO] --- > [INFO] T E S T S > [INFO] --- > [INFO] Running org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.975 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.ConfigTest > [ERROR] testFileConfig(org.apache.jackrabbit.oak.run.osgi.ConfigTest) Time > elapsed: 0.057 s <<< ERROR! > java.lang.ClassCastException: [B cannot be cast to [C > at > org.apache.jackrabbit.oak.run.osgi.ConfigTest.testFileConfig(ConfigTest.groovy:73) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [WARNING] Tests run: 10, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: > 31.133 s - in org.apache.jackrabbit.oak.run.osgi.DocumentNodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.309 > s - in org.apache.jackrabbit.oak.run.osgi.HybridIndexDisabledTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.342 > s <<< FAILURE! - in org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest > [ERROR] > defaultConfigSpiAuth(org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest) > Time elapsed: 3.342 s <<< ERROR! > java.lang.reflect.UndeclaredThrowableException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.reflect.InvocationTargetException > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > Caused by: java.lang.IncompatibleClassChangeError: Method > java.util.Set.of(Ljava/lang/Object;)Ljava/util/Set; must be > InterfaceMethodref constant > at > org.apache.jackrabbit.oak.run.osgi.JaasConfigSpiTest.defaultConfigSpiAuth(JaasConfigSpiTest.groovy:79) > [INFO] Running org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.298 > s - in org.apache.jackrabbit.oak.run.osgi.JsonConfigRepFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.041 > s - in org.apache.jackrabbit.oak.run.osgi.LuceneSupportTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.275 > s - in org.apache.jackrabbit.oak.run.osgi.MBeanIntegrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.019 > s - in org.apache.jackrabbit.oak.run.osgi.NodeStoreConfigTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.345 > s - in org.apache.jackrabbit.oak.run.osgi.OakOSGiRepositoryFactoryTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.33 s > - in org.apache.jackrabbit.oak.run.osgi.PropertyIndexReindexingTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.211 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryClosedTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.802 > s - in org.apache.jackrabbit.oak.run.osgi.RepositoryShutdownTest > [INFO] Running > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 30.563 s - in > org.apache.jackrabbit.oak.run.osgi.SecurityProviderRegistrationTest > [INFO] Running org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.039 > s <<< FAILURE! - in > org.apache.jackrabbit.oak.run.osgi.SegmentNodeStoreConfigTest > [ERROR] >
[jira] [Commented] (OAK-6820) Implement support for disabling indexes which are replaced with newer index
[ https://issues.apache.org/jira/browse/OAK-6820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201854#comment-16201854 ] Chetan Mehrotra commented on OAK-6820: -- Discussed this with [~catholicon] and we can do following # On newer index definition set a mvp property {{supercedes}} which refers to path of existing index definition which it replaces {noformat} /oak:index/assetType - jcr:primaryType = "oak:QueryIndexDefinition" - compatVersion = 2 - type = "lucene" - async = "async" - supercedes = ['/oak:index/status', '/oak:index/assetType'] {noformat} # IndexUpdate would check for this property. If present and current index "reindex" is false then it would check the "type" property of referred index paths. If they are not set to "disabled" then it would set them to "disabled". It would also set {{disabledOlderIndexes}} to true. This flag would be used to avoid this check for later indexing cycles # If the index replaces yet another index later then it can remove the {{disabledOlderIndexes}} flag [~catholicon] [~tmueller] Thoughts? > Implement support for disabling indexes which are replaced with newer index > --- > > Key: OAK-6820 > URL: https://issues.apache.org/jira/browse/OAK-6820 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: indexing >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra > Fix For: 1.8 > > > For upgrade case in many applications older index type is set to {{disabled}} > when new index is provisioned. If the new index is async then it would take > some time for reindex and till then any query which used to make use of old > index would end up traversing the repository > To avoid such a scenario we should only mark older index as "disabled" only > if the newer index is reindex. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6820) Implement support for disabling indexes which are replaced with newer index
Chetan Mehrotra created OAK-6820: Summary: Implement support for disabling indexes which are replaced with newer index Key: OAK-6820 URL: https://issues.apache.org/jira/browse/OAK-6820 Project: Jackrabbit Oak Issue Type: New Feature Components: indexing Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Fix For: 1.8 For upgrade case in many applications older index type is set to {{disabled}} when new index is provisioned. If the new index is async then it would take some time for reindex and till then any query which used to make use of old index would end up traversing the repository To avoid such a scenario we should only mark older index as "disabled" only if the newer index is reindex. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-1629) behavior for ultra-long node names (not paths)
[ https://issues.apache.org/jira/browse/OAK-1629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201833#comment-16201833 ] Julian Reschke commented on OAK-1629: - trunk: [r1811943|http://svn.apache.org/r1811943] [r1582280|http://svn.apache.org/r1582280] > behavior for ultra-long node names (not paths) > -- > > Key: OAK-1629 > URL: https://issues.apache.org/jira/browse/OAK-1629 > Project: Jackrabbit Oak > Issue Type: Bug > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > > NodeTypeManagerTest.getNodeType() requests a node type which translates to a > DS read on > {noformat} > 3:/jcr:system/jcr:nodeTypes/XmixcreatedmixetagmixlanguagemixlastModifiedmixlifecyclemixlockablemixmimeTypemixreferenceablemixshareablemixsimpleVersionablemixtitlemixversionablentactivityntaddressntbasentchildNodeDefinitionntconfigurationntfilentfolderntfrozenNodenthierarchyNodentlinkedFilentnodeTypentpropertyDefinitionntqueryntresourcentunstructuredntversionntversionHistoryntversionLabelsntversionedChildoakQueryIndexDefinitionoakUnstructuredrepACErepACLrepAccessControlrepAccessControllablerepActivitiesrepAuthorizablerepAuthorizableFolderrepChildNodeDefinitionrepChildNodeDefinitionsrepConfigurationsrepDenyACErepGrantACErepGrouprepImpersonatablerepMemberReferencesrepMemberReferencesListrepMembersrepMergeConflictrepNamedChildNodeDefinitionsrepNamedPropertyDefinitionsrepNodeTyperepPermissionStorerepPermissionsrepPolicyrepPrincipalAccessControlrepPrivilegerepPrivilegesrepPropertyDefinitionrepPropertyDefinitionsrepRepoAccessControllablerepRestrictionsrepRetentionManageablerepTokenrepUnstructuredrepUserrepVersionReferencerepVersionablePathsrepnodeTypesreprootrepsystemrepversionStoragetestautoCreatetestcanAddChildNodetestcanSetPropertytestorderableFoldertestrefTargetNodetestsameNameSibsFalseChildNodeDefinitiontestsetPropertytestsetPropertyAssumingTypetestversionable > {noformat} > This won't get shortened because the parent folder name indeed is not too > long. > The DocumentNodeStore probably should check the key length and just handle > this as if the DS had returned null. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6818) TokenAuthentication/TokenProviderImpl: cleanup expired tokens
[ https://issues.apache.org/jira/browse/OAK-6818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201830#comment-16201830 ] Thomas Mueller commented on OAK-6818: - To avoid doing cleanup if there are no or (likely) only few entries: * Ensure cleanup is run once every 2 hours, by setting a property "lastCleanup". * When adding a token, with a low probability do the cleanup. For that, get the hash of the token, and do cleanup if {{(hash & 0xfff) == 0}} (for probability 1/4096). > TokenAuthentication/TokenProviderImpl: cleanup expired tokens > - > > Key: OAK-6818 > URL: https://issues.apache.org/jira/browse/OAK-6818 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: core, security >Reporter: angela >Assignee: angela > Fix For: 1.8 > > > During token based authentication a given token node gets removed if it is > found to have expired in the mean time: > Extract from {{TokenAuthentication.validateCredentials(TokenCredentials)}} as > it works today: > {code} >[...] > if (tokenInfo.isExpired(loginTime)) { > tokenInfo.remove(); > return false; > } >[...] > {code} > However, this doesn't cope with those cases where expired tokens are being > left behind without ever being caught by cleanup (e.g. new token issued and > never try to login with expired token). So, this issue is about an extension > that would allow to somehow/somewhen cleanup those tokens during > authentication. In order not to cause extra overhead to the login we should > set a limit (e.g. number of token nodes) that would only trigger the cleanup > every now and then and not doing it all the time. > What also needs to be clarified/investigated: would cleanup only be triggered > in case of a failure? > cc: [~stillalex], [~tmueller], [~chetanm], [~asanso] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-1629) behavior for ultra-long node names (not paths)
[ https://issues.apache.org/jira/browse/OAK-1629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned OAK-1629: --- Assignee: Julian Reschke > behavior for ultra-long node names (not paths) > -- > > Key: OAK-1629 > URL: https://issues.apache.org/jira/browse/OAK-1629 > Project: Jackrabbit Oak > Issue Type: Bug > Components: documentmk >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > > NodeTypeManagerTest.getNodeType() requests a node type which translates to a > DS read on > {noformat} > 3:/jcr:system/jcr:nodeTypes/XmixcreatedmixetagmixlanguagemixlastModifiedmixlifecyclemixlockablemixmimeTypemixreferenceablemixshareablemixsimpleVersionablemixtitlemixversionablentactivityntaddressntbasentchildNodeDefinitionntconfigurationntfilentfolderntfrozenNodenthierarchyNodentlinkedFilentnodeTypentpropertyDefinitionntqueryntresourcentunstructuredntversionntversionHistoryntversionLabelsntversionedChildoakQueryIndexDefinitionoakUnstructuredrepACErepACLrepAccessControlrepAccessControllablerepActivitiesrepAuthorizablerepAuthorizableFolderrepChildNodeDefinitionrepChildNodeDefinitionsrepConfigurationsrepDenyACErepGrantACErepGrouprepImpersonatablerepMemberReferencesrepMemberReferencesListrepMembersrepMergeConflictrepNamedChildNodeDefinitionsrepNamedPropertyDefinitionsrepNodeTyperepPermissionStorerepPermissionsrepPolicyrepPrincipalAccessControlrepPrivilegerepPrivilegesrepPropertyDefinitionrepPropertyDefinitionsrepRepoAccessControllablerepRestrictionsrepRetentionManageablerepTokenrepUnstructuredrepUserrepVersionReferencerepVersionablePathsrepnodeTypesreprootrepsystemrepversionStoragetestautoCreatetestcanAddChildNodetestcanSetPropertytestorderableFoldertestrefTargetNodetestsameNameSibsFalseChildNodeDefinitiontestsetPropertytestsetPropertyAssumingTypetestversionable > {noformat} > This won't get shortened because the parent folder name indeed is not too > long. > The DocumentNodeStore probably should check the key length and just handle > this as if the DS had returned null. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6818) TokenAuthentication/TokenProviderImpl: cleanup expired tokens
[ https://issues.apache.org/jira/browse/OAK-6818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] angela updated OAK-6818: Fix Version/s: 1.8 > TokenAuthentication/TokenProviderImpl: cleanup expired tokens > - > > Key: OAK-6818 > URL: https://issues.apache.org/jira/browse/OAK-6818 > Project: Jackrabbit Oak > Issue Type: New Feature > Components: core, security >Reporter: angela >Assignee: angela > Fix For: 1.8 > > > During token based authentication a given token node gets removed if it is > found to have expired in the mean time: > Extract from {{TokenAuthentication.validateCredentials(TokenCredentials)}} as > it works today: > {code} >[...] > if (tokenInfo.isExpired(loginTime)) { > tokenInfo.remove(); > return false; > } >[...] > {code} > However, this doesn't cope with those cases where expired tokens are being > left behind without ever being caught by cleanup (e.g. new token issued and > never try to login with expired token). So, this issue is about an extension > that would allow to somehow/somewhen cleanup those tokens during > authentication. In order not to cause extra overhead to the login we should > set a limit (e.g. number of token nodes) that would only trigger the cleanup > every now and then and not doing it all the time. > What also needs to be clarified/investigated: would cleanup only be triggered > in case of a failure? > cc: [~stillalex], [~tmueller], [~chetanm], [~asanso] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6819) Move Configuration out of DocumentNodeStoreService
[ https://issues.apache.org/jira/browse/OAK-6819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra resolved OAK-6819. -- Resolution: Fixed Fix Version/s: 1.7.10 Done with 1811939 > Move Configuration out of DocumentNodeStoreService > -- > > Key: OAK-6819 > URL: https://issues.apache.org/jira/browse/OAK-6819 > Project: Jackrabbit Oak > Issue Type: Task > Components: documentmk >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Fix For: 1.8, 1.7.10 > > > To simplify DocumentNodeStoreService we should move Configuration out as > first level class -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6819) Move Configuration out of DocumentNodeStoreService
Chetan Mehrotra created OAK-6819: Summary: Move Configuration out of DocumentNodeStoreService Key: OAK-6819 URL: https://issues.apache.org/jira/browse/OAK-6819 Project: Jackrabbit Oak Issue Type: Task Components: documentmk Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Priority: Minor Fix For: 1.8 To simplify DocumentNodeStoreService we should move Configuration out as first level class -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6818) TokenAuthentication/TokenProviderImpl: cleanup expired tokens
angela created OAK-6818: --- Summary: TokenAuthentication/TokenProviderImpl: cleanup expired tokens Key: OAK-6818 URL: https://issues.apache.org/jira/browse/OAK-6818 Project: Jackrabbit Oak Issue Type: New Feature Components: core, security Reporter: angela Assignee: angela During token based authentication a given token node gets removed if it is found to have expired in the mean time: Extract from {{TokenAuthentication.validateCredentials(TokenCredentials)}} as it works today: {code} [...] if (tokenInfo.isExpired(loginTime)) { tokenInfo.remove(); return false; } [...] {code} However, this doesn't cope with those cases where expired tokens are being left behind without ever being caught by cleanup (e.g. new token issued and never try to login with expired token). So, this issue is about an extension that would allow to somehow/somewhen cleanup those tokens during authentication. In order not to cause extra overhead to the login we should set a limit (e.g. number of token nodes) that would only trigger the cleanup every now and then and not doing it all the time. What also needs to be clarified/investigated: would cleanup only be triggered in case of a failure? cc: [~stillalex], [~tmueller], [~chetanm], [~asanso] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6318) Refactor oak.spi.security into a separate module/bundle
[ https://issues.apache.org/jira/browse/OAK-6318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Deparvu resolved OAK-6318. --- Resolution: Fixed > Refactor oak.spi.security into a separate module/bundle > --- > > Key: OAK-6318 > URL: https://issues.apache.org/jira/browse/OAK-6318 > Project: Jackrabbit Oak > Issue Type: Task > Components: core, security >Reporter: angela >Assignee: angela > Fix For: 1.7.10 > > Attachments: PropInfo.patch > > > In the light of the modularization effort it would IMHO make a lot of sense > to refactor _oak.spi.security.*_ into a separate module/bundle that could be > release independent of _oak-core_. > As far as I could see so far this is currently not easily doable due to the > dependency of {{oak.spi.security.*}} on {{oak.plugins.tree}}, which in turn > relies on {{o.a.j.oak.query.QueryEngineSettings}} and other oak-core > internals (see also OAK-6304). Most likely this issue would therefore require > a complete review (and possibly a split) of the {{oak.plugins.tree}} package > space which contains a mixture of utilities and 'API' (like e.g. > {{TreeContext}} and {{TreeLocation}})... will open a separate issue for this > linking to this one. > cc: [~stillalex], [~rombert], [~mduerig], [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (OAK-6318) Refactor oak.spi.security into a separate module/bundle
[ https://issues.apache.org/jira/browse/OAK-6318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201780#comment-16201780 ] Alex Deparvu edited comment on OAK-6318 at 10/12/17 10:42 AM: -- applied the revision again with http://svn.apache.org/viewvc?rev=1811937=rev *this change comes with a major version increase on the plugins.tree package*, we searched far and wide and could not figure out a way to move this package without breaking backwards compatibility (aka. major package export version increase). was (Author: alex.parvulescu): applied the revision again with http://svn.apache.org/viewvc?rev=1811937=rev * this change comes with a major version increase on the plugins.tree package*, we searched far and wide and could not figure out a way to move this package without breaking backwards compatibility (aka. major package export version increase). > Refactor oak.spi.security into a separate module/bundle > --- > > Key: OAK-6318 > URL: https://issues.apache.org/jira/browse/OAK-6318 > Project: Jackrabbit Oak > Issue Type: Task > Components: core, security >Reporter: angela >Assignee: angela > Fix For: 1.7.10 > > Attachments: PropInfo.patch > > > In the light of the modularization effort it would IMHO make a lot of sense > to refactor _oak.spi.security.*_ into a separate module/bundle that could be > release independent of _oak-core_. > As far as I could see so far this is currently not easily doable due to the > dependency of {{oak.spi.security.*}} on {{oak.plugins.tree}}, which in turn > relies on {{o.a.j.oak.query.QueryEngineSettings}} and other oak-core > internals (see also OAK-6304). Most likely this issue would therefore require > a complete review (and possibly a split) of the {{oak.plugins.tree}} package > space which contains a mixture of utilities and 'API' (like e.g. > {{TreeContext}} and {{TreeLocation}})... will open a separate issue for this > linking to this one. > cc: [~stillalex], [~rombert], [~mduerig], [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6318) Refactor oak.spi.security into a separate module/bundle
[ https://issues.apache.org/jira/browse/OAK-6318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201780#comment-16201780 ] Alex Deparvu commented on OAK-6318: --- applied the revision again with http://svn.apache.org/viewvc?rev=1811937=rev * this change comes with a major version increase on the plugins.tree package*, we searched far and wide and could not figure out a way to move this package without breaking backwards compatibility (aka. major package export version increase). > Refactor oak.spi.security into a separate module/bundle > --- > > Key: OAK-6318 > URL: https://issues.apache.org/jira/browse/OAK-6318 > Project: Jackrabbit Oak > Issue Type: Task > Components: core, security >Reporter: angela >Assignee: angela > Fix For: 1.7.10 > > Attachments: PropInfo.patch > > > In the light of the modularization effort it would IMHO make a lot of sense > to refactor _oak.spi.security.*_ into a separate module/bundle that could be > release independent of _oak-core_. > As far as I could see so far this is currently not easily doable due to the > dependency of {{oak.spi.security.*}} on {{oak.plugins.tree}}, which in turn > relies on {{o.a.j.oak.query.QueryEngineSettings}} and other oak-core > internals (see also OAK-6304). Most likely this issue would therefore require > a complete review (and possibly a split) of the {{oak.plugins.tree}} package > space which contains a mixture of utilities and 'API' (like e.g. > {{TreeContext}} and {{TreeLocation}})... will open a separate issue for this > linking to this one. > cc: [~stillalex], [~rombert], [~mduerig], [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6318) Refactor oak.spi.security into a separate module/bundle
[ https://issues.apache.org/jira/browse/OAK-6318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Deparvu updated OAK-6318: -- Fix Version/s: 1.7.10 > Refactor oak.spi.security into a separate module/bundle > --- > > Key: OAK-6318 > URL: https://issues.apache.org/jira/browse/OAK-6318 > Project: Jackrabbit Oak > Issue Type: Task > Components: core, security >Reporter: angela >Assignee: angela > Fix For: 1.7.10 > > Attachments: PropInfo.patch > > > In the light of the modularization effort it would IMHO make a lot of sense > to refactor _oak.spi.security.*_ into a separate module/bundle that could be > release independent of _oak-core_. > As far as I could see so far this is currently not easily doable due to the > dependency of {{oak.spi.security.*}} on {{oak.plugins.tree}}, which in turn > relies on {{o.a.j.oak.query.QueryEngineSettings}} and other oak-core > internals (see also OAK-6304). Most likely this issue would therefore require > a complete review (and possibly a split) of the {{oak.plugins.tree}} package > space which contains a mixture of utilities and 'API' (like e.g. > {{TreeContext}} and {{TreeLocation}})... will open a separate issue for this > linking to this one. > cc: [~stillalex], [~rombert], [~mduerig], [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6792) rep:facet not supported in xpath
[ https://issues.apache.org/jira/browse/OAK-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201772#comment-16201772 ] Thomas Mueller commented on OAK-6792: - New patch to support relative properties: {noformat} ### Eclipse Workspace Patch 1.0 #P oak-core Index: src/test/resources/org/apache/jackrabbit/oak/query/xpath.txt === --- src/test/resources/org/apache/jackrabbit/oak/query/xpath.txt (revision 1811333) +++ src/test/resources/org/apache/jackrabbit/oak/query/xpath.txt (working copy) @@ -24,6 +24,21 @@ # * new tests are typically be added on top, after the syntax docs # * use ascii character only +# OAK-6792 + +xpath2sql /jcr:root//*/(rep:facet(jcr:data/jcr:createdBy)) +select [jcr:path], [jcr:score], [rep:facet(jcr:data/jcr:createdBy)] + from [nt:base] as a + where isdescendantnode(a, '/') + /* xpath ... */ + + +xpath2sql /jcr:root//*/(rep:facet(jcr:createdBy)) +select [jcr:path], [jcr:score], [rep:facet(jcr:createdBy)] + from [nt:base] as a + where isdescendantnode(a, '/') + /* xpath ... */ + # OAK-6778 xpath2sql explain /jcr:root/content/(activities|people)//element(*, acme:Asset) @@ -31,7 +46,7 @@ from [acme:Asset] as a where isdescendantnode(a, '/content/activities') /* xpath ... */ - + xpath2sql explain measure /jcr:root/content/(activities|people)//element(*, acme:Asset) explain measure select [jcr:path], [jcr:score], * from [acme:Asset] as a Index: src/main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java === --- src/main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java (revision 1811333) +++ src/main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java (working copy) @@ -234,6 +234,20 @@ rewindSelector(); Expression.Property p = new Expression.Property(currentSelector, "rep:excerpt", false); statement.addSelectColumn(p); +} else if ("rep:facet".equals(identifier)) { +// this will also deal with relative properties +// (functions and so on are also working, but this is probably not needed) +Expression e = parseExpression(); +if (!(e instanceof Expression.Property)) { +throw getSyntaxError(); +} +Expression.Property prop = (Expression.Property) e; +String property = prop.getColumnAliasName(); +read(")"); +rewindSelector(); +Expression.Property p = new Expression.Property(currentSelector, +"rep:facet(" + property + ")", false); +statement.addSelectColumn(p); } else { throw getSyntaxError(); } {noformat} > rep:facet not supported in xpath > > > Key: OAK-6792 > URL: https://issues.apache.org/jira/browse/OAK-6792 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: query >Reporter: Vikas Saurabh > > Parsing > {noformat} > //element(*, app:Asset)/(rep:facet(jcr:createdBy)) > {noformat} > gives following exception. > {noformat} > Caused by: java.text.ParseException: Query: > /jcr_root//element(*, app:Asset)/rep:facet(jcr:createdBy(*)) > {noformat} > /cc [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6792) rep:facet not supported in xpath
[ https://issues.apache.org/jira/browse/OAK-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201738#comment-16201738 ] Thomas Mueller commented on OAK-6792: - Proposed patch (just tests the conversion; more tests are needed): {noformat} ### Eclipse Workspace Patch 1.0 #P oak-core Index: src/test/resources/org/apache/jackrabbit/oak/query/xpath.txt === --- src/test/resources/org/apache/jackrabbit/oak/query/xpath.txt (revision 1811333) +++ src/test/resources/org/apache/jackrabbit/oak/query/xpath.txt (working copy) @@ -24,6 +24,14 @@ # * new tests are typically be added on top, after the syntax docs # * use ascii character only +# OAK-6792 + +xpath2sql /jcr:root//*/(rep:facet(jcr:createdBy)) +select [jcr:path], [jcr:score], [rep:facet(jcr:createdBy)] + from [nt:base] as a + where isdescendantnode(a, '/') + /* xpath ... */ + # OAK-6778 xpath2sql explain /jcr:root/content/(activities|people)//element(*, acme:Asset) @@ -31,7 +39,7 @@ from [acme:Asset] as a where isdescendantnode(a, '/content/activities') /* xpath ... */ - + xpath2sql explain measure /jcr:root/content/(activities|people)//element(*, acme:Asset) explain measure select [jcr:path], [jcr:score], * from [acme:Asset] as a Index: src/main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java === --- src/main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java (revision 1811333) +++ src/main/java/org/apache/jackrabbit/oak/query/xpath/XPathToSQL2Converter.java (working copy) @@ -234,6 +234,13 @@ rewindSelector(); Expression.Property p = new Expression.Property(currentSelector, "rep:excerpt", false); statement.addSelectColumn(p); +} else if ("rep:facet".equals(identifier)) { +String property = readIdentifier(); +read(")"); +rewindSelector(); +Expression.Property p = new Expression.Property(currentSelector, +"rep:facet(" + property + ")", false); +statement.addSelectColumn(p); } else { throw getSyntaxError(); } {noformat} > rep:facet not supported in xpath > > > Key: OAK-6792 > URL: https://issues.apache.org/jira/browse/OAK-6792 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: query >Reporter: Vikas Saurabh > > Parsing > {noformat} > //element(*, app:Asset)/(rep:facet(jcr:createdBy)) > {noformat} > gives following exception. > {noformat} > Caused by: java.text.ParseException: Query: > /jcr_root//element(*, app:Asset)/rep:facet(jcr:createdBy(*)) > {noformat} > /cc [~tmueller] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-6479) misleading log entry when there's no revision to write to the journal
[ https://issues.apache.org/jira/browse/OAK-6479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned OAK-6479: --- Assignee: (was: Julian Reschke) > misleading log entry when there's no revision to write to the journal > - > > Key: OAK-6479 > URL: https://issues.apache.org/jira/browse/OAK-6479 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Affects Versions: 1.0.38, 1.2.26, 1.4.17 >Reporter: Julian Reschke >Priority: Minor > Labels: candidate_oak_1_0, candidate_oak_1_2, candidate_oak_1_4 > Attachments: OAK-6479.diff > > > When there's no new revision to write to the journal, we see: > {noformat} > 21.06.2017 05:04:03.666 *ERROR* [DocumentNodeStore background update thread > (1)] org.apache.jackrabbit.oak.plugins.document.DocumentNodeStore Failed to > write to journal, accumulating changes for future write (~112 bytes). > {noformat} > This was fixed in 1.6 and newer as part of OAK-3976. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (OAK-6789) RDB: RevisionGC performance on Oracle
[ https://issues.apache.org/jira/browse/OAK-6789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16200412#comment-16200412 ] Julian Reschke edited comment on OAK-6789 at 10/12/17 9:52 AM: --- trunk: [r1811931|http://svn.apache.org/r1811931] [r1811835|http://svn.apache.org/r1811835] was (Author: reschke): trunk: [r1811835|http://svn.apache.org/r1811835] > RDB: RevisionGC performance on Oracle > - > > Key: OAK-6789 > URL: https://issues.apache.org/jira/browse/OAK-6789 > Project: Jackrabbit Oak > Issue Type: Bug > Components: rdbmk >Reporter: Julian Reschke >Assignee: Julian Reschke > Labels: candidate_oak_1_0, candidate_oak_1_2, candidate_oak_1_4, > candidate_oak_1_6 > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6789.diff > > > In RevisionGC on Oracle, performance of deletes is bad. Using RevisionGCTest: > {noformat} > VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, > deletedDocGCCount=92092 (of which leaf: 92000), updateResurrectedGCCount=0, > splitDocGCCount=1, intermediateSplitDocGCCount=0, iterationCount=2, > timeActive=7.429 min, timeToCollectDeletedDocs=1394 ms, > timeToCheckDeletedDocs=250.4 ms, timeToSortDocIds=374.0 us, > timeTakenToUpdateResurrectedDocs=17.00 us, timeTakenToDeleteDeletedDocs=7.399 > min, timeTakenToCollectAndDeleteSplitDocs=97.95 ms} > Performed RevisionGC in 7,429 min > {noformat} > Compared with DB2: > {noformat} > VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, > deletedDocGCCount=96096 (of which leaf: 96000), updateResurrectedGCCount=0, > splitDocGCCount=1, intermediateSplitDocGCCount=0, iterationCount=2, > timeActive=8.240 s, timeToCollectDeletedDocs=1780 ms, > timeToCheckDeletedDocs=259.7 ms, timeToSortDocIds=237.0 us, > timeTakenToUpdateResurrectedDocs=19.00 us, timeTakenToDeleteDeletedDocs=4.552 > s, timeTakenToCollectAndDeleteSplitDocs=685.4 ms} > Performed RevisionGC in 8,243 s > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6789) RDB: RevisionGC performance on Oracle
[ https://issues.apache.org/jira/browse/OAK-6789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved OAK-6789. - Resolution: Fixed Fix Version/s: 1.7.10 1.8 > RDB: RevisionGC performance on Oracle > - > > Key: OAK-6789 > URL: https://issues.apache.org/jira/browse/OAK-6789 > Project: Jackrabbit Oak > Issue Type: Bug > Components: rdbmk >Reporter: Julian Reschke >Assignee: Julian Reschke > Labels: candidate_oak_1_0, candidate_oak_1_2, candidate_oak_1_4, > candidate_oak_1_6 > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6789.diff > > > In RevisionGC on Oracle, performance of deletes is bad. Using RevisionGCTest: > {noformat} > VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, > deletedDocGCCount=92092 (of which leaf: 92000), updateResurrectedGCCount=0, > splitDocGCCount=1, intermediateSplitDocGCCount=0, iterationCount=2, > timeActive=7.429 min, timeToCollectDeletedDocs=1394 ms, > timeToCheckDeletedDocs=250.4 ms, timeToSortDocIds=374.0 us, > timeTakenToUpdateResurrectedDocs=17.00 us, timeTakenToDeleteDeletedDocs=7.399 > min, timeTakenToCollectAndDeleteSplitDocs=97.95 ms} > Performed RevisionGC in 7,429 min > {noformat} > Compared with DB2: > {noformat} > VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, > deletedDocGCCount=96096 (of which leaf: 96000), updateResurrectedGCCount=0, > splitDocGCCount=1, intermediateSplitDocGCCount=0, iterationCount=2, > timeActive=8.240 s, timeToCollectDeletedDocs=1780 ms, > timeToCheckDeletedDocs=259.7 ms, timeToSortDocIds=237.0 us, > timeTakenToUpdateResurrectedDocs=19.00 us, timeTakenToDeleteDeletedDocs=4.552 > s, timeTakenToCollectAndDeleteSplitDocs=685.4 ms} > Performed RevisionGC in 8,243 s > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (OAK-6789) RDB: RevisionGC performance on Oracle
[ https://issues.apache.org/jira/browse/OAK-6789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16194610#comment-16194610 ] Julian Reschke edited comment on OAK-6789 at 10/12/17 9:48 AM: --- Potential fix that switches to simpler but batched DELETEs instead. was (Author: reschke): Potential fix that swiches to simpler but batched DELETEs instead. > RDB: RevisionGC performance on Oracle > - > > Key: OAK-6789 > URL: https://issues.apache.org/jira/browse/OAK-6789 > Project: Jackrabbit Oak > Issue Type: Bug > Components: rdbmk >Reporter: Julian Reschke >Assignee: Julian Reschke > Labels: candidate_oak_1_0, candidate_oak_1_2, candidate_oak_1_4, > candidate_oak_1_6 > Attachments: OAK-6789.diff > > > In RevisionGC on Oracle, performance of deletes is bad. Using RevisionGCTest: > {noformat} > VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, > deletedDocGCCount=92092 (of which leaf: 92000), updateResurrectedGCCount=0, > splitDocGCCount=1, intermediateSplitDocGCCount=0, iterationCount=2, > timeActive=7.429 min, timeToCollectDeletedDocs=1394 ms, > timeToCheckDeletedDocs=250.4 ms, timeToSortDocIds=374.0 us, > timeTakenToUpdateResurrectedDocs=17.00 us, timeTakenToDeleteDeletedDocs=7.399 > min, timeTakenToCollectAndDeleteSplitDocs=97.95 ms} > Performed RevisionGC in 7,429 min > {noformat} > Compared with DB2: > {noformat} > VersionGCStats{ignoredGCDueToCheckPoint=false, canceled=false, > deletedDocGCCount=96096 (of which leaf: 96000), updateResurrectedGCCount=0, > splitDocGCCount=1, intermediateSplitDocGCCount=0, iterationCount=2, > timeActive=8.240 s, timeToCollectDeletedDocs=1780 ms, > timeToCheckDeletedDocs=259.7 ms, timeToSortDocIds=237.0 us, > timeTakenToUpdateResurrectedDocs=19.00 us, timeTakenToDeleteDeletedDocs=4.552 > s, timeTakenToCollectAndDeleteSplitDocs=685.4 ms} > Performed RevisionGC in 8,243 s > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6817) Don't create metatype for MountInfoProviderService
[ https://issues.apache.org/jira/browse/OAK-6817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomek Rękawek resolved OAK-6817. Resolution: Fixed > Don't create metatype for MountInfoProviderService > -- > > Key: OAK-6817 > URL: https://issues.apache.org/jira/browse/OAK-6817 > Project: Jackrabbit Oak > Issue Type: Task > Components: composite >Reporter: Tomek Rękawek >Priority: Minor > Fix For: 1.8, 1.7.10 > > > In order to simplify the Oak OSGi configuration, we should hide the > MountInfoProviderService. It shouldn't be re-configured in the instance > runtime anyway. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6817) Don't create metatype for MountInfoProviderService
[ https://issues.apache.org/jira/browse/OAK-6817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201716#comment-16201716 ] Tomek Rękawek commented on OAK-6817: Fixed for trunk in [r1811929|https://svn.apache.org/r1811929]. > Don't create metatype for MountInfoProviderService > -- > > Key: OAK-6817 > URL: https://issues.apache.org/jira/browse/OAK-6817 > Project: Jackrabbit Oak > Issue Type: Task > Components: composite >Reporter: Tomek Rękawek >Priority: Minor > Fix For: 1.8, 1.7.10 > > > In order to simplify the Oak OSGi configuration, we should hide the > MountInfoProviderService. It shouldn't be re-configured in the instance > runtime anyway. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6817) Don't create metatype for MountInfoProviderService
Tomek Rękawek created OAK-6817: -- Summary: Don't create metatype for MountInfoProviderService Key: OAK-6817 URL: https://issues.apache.org/jira/browse/OAK-6817 Project: Jackrabbit Oak Issue Type: Task Components: composite Reporter: Tomek Rękawek Priority: Minor Fix For: 1.8, 1.7.10 In order to simplify the Oak OSGi configuration, we should hide the MountInfoProviderService. It shouldn't be re-configured in the instance runtime anyway. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6611) [upgrade][oak-blob-cloud] Many S3DataStore errors during migration with oak-upgrade
[ https://issues.apache.org/jira/browse/OAK-6611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201691#comment-16201691 ] Tomek Rękawek commented on OAK-6611: Backported to 1.6 in r1811927 > [upgrade][oak-blob-cloud] Many S3DataStore errors during migration with > oak-upgrade > --- > > Key: OAK-6611 > URL: https://issues.apache.org/jira/browse/OAK-6611 > Project: Jackrabbit Oak > Issue Type: Bug > Components: blob-cloud, upgrade >Affects Versions: 1.8, 1.7.7 >Reporter: Arek Kita >Assignee: Amit Jain >Priority: Critical > Fix For: 1.8, 1.7.7, 1.6.6 > > Attachments: oak-upgrade-oak-blob-cloud-20170905.log.gz, > oak-upgrade-with-oak-blob-cloud.fragment.log > > > [~tomek.rekawek], [~amitjain] Due to async nature of S3 datastore > format/upload process the migration ends up way quicker than S3 datastore is > being migrated. This leads to a huge number of exceptions shown due to *non > synchronised* nature of *oak-upgrade* migration process vs async S3 datastore > background processes. > I see a few possible solutions for that: > * disable migration/uploading of S3 cache for the time of migration (bad idea > IMHO) > * wait for it (it might be desired or a bad idea as it might take longer than > migration for a few cases) > * pause it when migration is completed in a clean way (so some binaries > aren't uploaded and moved to a new datastore format) -- not sure if such > mixed state is ok at all > WDYT? > Please also note that this happens only when {{\-\-src-s3config > \-\-src-s3datastore}} options are specified during migration which in many > cases is true (this would be the same for the destination DataStore options). > Referencing a source datastore is needed (even if {{\-\-copy-binaries}} is > not included) in example to copy checkpoints properly. > The example exception is like the below: > {code} > 01.09.2017 11:39:41.088 ERROR o.a.j.o.p.b.UploadStagingCache: Error adding > file to backend > java.lang.IllegalStateException: Connection pool shut down > at org.apache.http.util.Asserts.check(Asserts.java:34) > at > org.apache.http.pool.AbstractConnPool.lease(AbstractConnPool.java:184) > at > org.apache.http.impl.conn.PoolingHttpClientConnectionManager.requestConnection(PoolingHttpClientConnectionManager.java:251) > at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > com.amazonaws.http.conn.ClientConnectionManagerFactory$Handler.invoke(ClientConnectionManagerFactory.java:76) > at com.amazonaws.http.conn.$Proxy3.requestConnection(Unknown Source) > at > org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:175) > at > org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184) > at > org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184) > at > org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) > at > org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55) > at > com.amazonaws.http.apache.client.impl.SdkHttpClient.execute(SdkHttpClient.java:72) > at > com.amazonaws.http.AmazonHttpClient.executeOneRequest(AmazonHttpClient.java:880) > at > com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:723) > at > com.amazonaws.http.AmazonHttpClient.doExecute(AmazonHttpClient.java:475) > at > com.amazonaws.http.AmazonHttpClient.executeWithTimer(AmazonHttpClient.java:437) > at > com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:386) > at > com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:3996) > at > com.amazonaws.services.s3.AmazonS3Client.getObjectMetadata(AmazonS3Client.java:1161) > at > com.amazonaws.services.s3.AmazonS3Client.getObjectMetadata(AmazonS3Client.java:1136) > at > org.apache.jackrabbit.oak.blob.cloud.s3.S3Backend.write(S3Backend.java:201) > at > org.apache.jackrabbit.oak.plugins.blob.AbstractSharedCachingDataStore$2.write(AbstractSharedCachingDataStore.java:170) > at > org.apache.jackrabbit.oak.plugins.blob.UploadStagingCache$4.call(UploadStagingCache.java:341) > at > org.apache.jackrabbit.oak.plugins.blob.UploadStagingCache$4.call(UploadStagingCache.java:336) > at > com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:108) > at >
[jira] [Commented] (OAK-6604) Oak Blob Cloud is not used by oak-upgrade
[ https://issues.apache.org/jira/browse/OAK-6604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201690#comment-16201690 ] Tomek Rękawek commented on OAK-6604: Backported to 1.6 in r1811926. > Oak Blob Cloud is not used by oak-upgrade > - > > Key: OAK-6604 > URL: https://issues.apache.org/jira/browse/OAK-6604 > Project: Jackrabbit Oak > Issue Type: Bug > Components: upgrade >Affects Versions: 1.7.6 >Reporter: Arek Kita >Assignee: Tomek Rękawek > Fix For: 1.8, 1.7.7, 1.6.6 > > > Watching at oak-upgrade > [pom.xml|https://github.com/apache/jackrabbit-oak/blob/da62f94b9f709835bb41fcc93cfe796841279e1f/oak-upgrade/pom.xml#L74-L78] > file I had a clue that Oak Blob Cloud is used for migration. > However, I noticed that there is a wrong > [import|https://github.com/apache/jackrabbit-oak/blob/da62f94b9f709835bb41fcc93cfe796841279e1f/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/cli/blob/S3DataStoreFactory.java#L34] > for {{S3DataStoreFactory}} file: > {code} > import org.apache.jackrabbit.oak.blob.cloud.aws.s3.S3DataStore; > {code} > and instead we should use: > {code} > import org.apache.jackrabbit.oak.blob.cloud.s3.S3DataStore; > {code} > ...to be able to get the newest Oak Blob Cloud features for S3 and > oak-upgrade. > Additionally the class {{org.apache.jackrabbit.core.data.CachingDataStore;}} > should not be used anymore and it is not needed as the > {{org.apache.jackrabbit.oak.blob.cloud.s3.S3DataStore}} itself provides > caching capabilities. > This should help to get rid of the following problems when migrating S3 > backed DataStores: > {code} > 31.08.2017 08:16:13.886 *ERROR* > [org.apache.jackrabbit.core.data.AbstractDataStore] > AbstractDataStore.java:105 Failed to hash identifier using MAC (Message > Authentication Code) algorithm. > java.lang.NullPointerException: null > at > org.apache.jackrabbit.core.data.CachingDataStore.getOrCreateReferenceKey(CachingDataStore.java:685) > at > org.apache.jackrabbit.core.data.AbstractDataStore.getReferenceKey(AbstractDataStore.java:141) > at > org.apache.jackrabbit.core.data.AbstractDataStore.getReferenceFromIdentifier(AbstractDataStore.java:100) > at > org.apache.jackrabbit.core.data.AbstractDataRecord.getReference(AbstractDataRecord.java:60) > at > org.apache.jackrabbit.oak.plugins.blob.datastore.DataStoreBlobStore.getReference(DataStoreBlobStore.java:306) > at > org.apache.jackrabbit.oak.plugins.segment.SegmentBlob.getReference(SegmentBlob.java:132) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeBlob(DefaultSegmentWriter.java:573) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeProperty(DefaultSegmentWriter.java:697) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeProperty(DefaultSegmentWriter.java:683) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:901) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:873) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.access$800(DefaultSegmentWriter.java:258) > at >
[jira] [Updated] (OAK-6611) [upgrade][oak-blob-cloud] Many S3DataStore errors during migration with oak-upgrade
[ https://issues.apache.org/jira/browse/OAK-6611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomek Rękawek updated OAK-6611: --- Fix Version/s: 1.6.6 > [upgrade][oak-blob-cloud] Many S3DataStore errors during migration with > oak-upgrade > --- > > Key: OAK-6611 > URL: https://issues.apache.org/jira/browse/OAK-6611 > Project: Jackrabbit Oak > Issue Type: Bug > Components: blob-cloud, upgrade >Affects Versions: 1.8, 1.7.7 >Reporter: Arek Kita >Assignee: Amit Jain >Priority: Critical > Fix For: 1.8, 1.7.7, 1.6.6 > > Attachments: oak-upgrade-oak-blob-cloud-20170905.log.gz, > oak-upgrade-with-oak-blob-cloud.fragment.log > > > [~tomek.rekawek], [~amitjain] Due to async nature of S3 datastore > format/upload process the migration ends up way quicker than S3 datastore is > being migrated. This leads to a huge number of exceptions shown due to *non > synchronised* nature of *oak-upgrade* migration process vs async S3 datastore > background processes. > I see a few possible solutions for that: > * disable migration/uploading of S3 cache for the time of migration (bad idea > IMHO) > * wait for it (it might be desired or a bad idea as it might take longer than > migration for a few cases) > * pause it when migration is completed in a clean way (so some binaries > aren't uploaded and moved to a new datastore format) -- not sure if such > mixed state is ok at all > WDYT? > Please also note that this happens only when {{\-\-src-s3config > \-\-src-s3datastore}} options are specified during migration which in many > cases is true (this would be the same for the destination DataStore options). > Referencing a source datastore is needed (even if {{\-\-copy-binaries}} is > not included) in example to copy checkpoints properly. > The example exception is like the below: > {code} > 01.09.2017 11:39:41.088 ERROR o.a.j.o.p.b.UploadStagingCache: Error adding > file to backend > java.lang.IllegalStateException: Connection pool shut down > at org.apache.http.util.Asserts.check(Asserts.java:34) > at > org.apache.http.pool.AbstractConnPool.lease(AbstractConnPool.java:184) > at > org.apache.http.impl.conn.PoolingHttpClientConnectionManager.requestConnection(PoolingHttpClientConnectionManager.java:251) > at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > com.amazonaws.http.conn.ClientConnectionManagerFactory$Handler.invoke(ClientConnectionManagerFactory.java:76) > at com.amazonaws.http.conn.$Proxy3.requestConnection(Unknown Source) > at > org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:175) > at > org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184) > at > org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184) > at > org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) > at > org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55) > at > com.amazonaws.http.apache.client.impl.SdkHttpClient.execute(SdkHttpClient.java:72) > at > com.amazonaws.http.AmazonHttpClient.executeOneRequest(AmazonHttpClient.java:880) > at > com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:723) > at > com.amazonaws.http.AmazonHttpClient.doExecute(AmazonHttpClient.java:475) > at > com.amazonaws.http.AmazonHttpClient.executeWithTimer(AmazonHttpClient.java:437) > at > com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:386) > at > com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:3996) > at > com.amazonaws.services.s3.AmazonS3Client.getObjectMetadata(AmazonS3Client.java:1161) > at > com.amazonaws.services.s3.AmazonS3Client.getObjectMetadata(AmazonS3Client.java:1136) > at > org.apache.jackrabbit.oak.blob.cloud.s3.S3Backend.write(S3Backend.java:201) > at > org.apache.jackrabbit.oak.plugins.blob.AbstractSharedCachingDataStore$2.write(AbstractSharedCachingDataStore.java:170) > at > org.apache.jackrabbit.oak.plugins.blob.UploadStagingCache$4.call(UploadStagingCache.java:341) > at > org.apache.jackrabbit.oak.plugins.blob.UploadStagingCache$4.call(UploadStagingCache.java:336) > at > com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:108) > at > com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:41) > at >
[jira] [Updated] (OAK-6604) Oak Blob Cloud is not used by oak-upgrade
[ https://issues.apache.org/jira/browse/OAK-6604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomek Rękawek updated OAK-6604: --- Fix Version/s: 1.6.6 > Oak Blob Cloud is not used by oak-upgrade > - > > Key: OAK-6604 > URL: https://issues.apache.org/jira/browse/OAK-6604 > Project: Jackrabbit Oak > Issue Type: Bug > Components: upgrade >Affects Versions: 1.7.6 >Reporter: Arek Kita >Assignee: Tomek Rękawek > Fix For: 1.8, 1.7.7, 1.6.6 > > > Watching at oak-upgrade > [pom.xml|https://github.com/apache/jackrabbit-oak/blob/da62f94b9f709835bb41fcc93cfe796841279e1f/oak-upgrade/pom.xml#L74-L78] > file I had a clue that Oak Blob Cloud is used for migration. > However, I noticed that there is a wrong > [import|https://github.com/apache/jackrabbit-oak/blob/da62f94b9f709835bb41fcc93cfe796841279e1f/oak-upgrade/src/main/java/org/apache/jackrabbit/oak/upgrade/cli/blob/S3DataStoreFactory.java#L34] > for {{S3DataStoreFactory}} file: > {code} > import org.apache.jackrabbit.oak.blob.cloud.aws.s3.S3DataStore; > {code} > and instead we should use: > {code} > import org.apache.jackrabbit.oak.blob.cloud.s3.S3DataStore; > {code} > ...to be able to get the newest Oak Blob Cloud features for S3 and > oak-upgrade. > Additionally the class {{org.apache.jackrabbit.core.data.CachingDataStore;}} > should not be used anymore and it is not needed as the > {{org.apache.jackrabbit.oak.blob.cloud.s3.S3DataStore}} itself provides > caching capabilities. > This should help to get rid of the following problems when migrating S3 > backed DataStores: > {code} > 31.08.2017 08:16:13.886 *ERROR* > [org.apache.jackrabbit.core.data.AbstractDataStore] > AbstractDataStore.java:105 Failed to hash identifier using MAC (Message > Authentication Code) algorithm. > java.lang.NullPointerException: null > at > org.apache.jackrabbit.core.data.CachingDataStore.getOrCreateReferenceKey(CachingDataStore.java:685) > at > org.apache.jackrabbit.core.data.AbstractDataStore.getReferenceKey(AbstractDataStore.java:141) > at > org.apache.jackrabbit.core.data.AbstractDataStore.getReferenceFromIdentifier(AbstractDataStore.java:100) > at > org.apache.jackrabbit.core.data.AbstractDataRecord.getReference(AbstractDataRecord.java:60) > at > org.apache.jackrabbit.oak.plugins.blob.datastore.DataStoreBlobStore.getReference(DataStoreBlobStore.java:306) > at > org.apache.jackrabbit.oak.plugins.segment.SegmentBlob.getReference(SegmentBlob.java:132) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeBlob(DefaultSegmentWriter.java:573) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeProperty(DefaultSegmentWriter.java:697) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeProperty(DefaultSegmentWriter.java:683) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:901) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:873) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNodeUncached(DefaultSegmentWriter.java:868) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.writeNode(DefaultSegmentWriter.java:805) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$SegmentWriteOperation.access$800(DefaultSegmentWriter.java:258) > at > org.apache.jackrabbit.oak.segment.DefaultSegmentWriter$8.execute(DefaultSegmentWriter.java:247)
[jira] [Resolved] (OAK-6816) DataStoreTrackerGCTest failures
[ https://issues.apache.org/jira/browse/OAK-6816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amit Jain resolved OAK-6816. Resolution: Fixed Fix Version/s: 1.7.10 1.8 Fixed with http://svn.apache.org/viewvc?rev=1811924=rev > DataStoreTrackerGCTest failures > --- > > Key: OAK-6816 > URL: https://issues.apache.org/jira/browse/OAK-6816 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Assignee: Amit Jain > Fix For: 1.8, 1.7.10 > > > No description is provided > The build Jackrabbit Oak #864 has failed. > First failed run: [Jackrabbit Oak > #864|https://builds.apache.org/job/Jackrabbit%20Oak/864/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/864/console] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-5983) BlobGC should log the amount of space reclaimed after GC run is done
[ https://issues.apache.org/jira/browse/OAK-5983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201682#comment-16201682 ] Amit Jain commented on OAK-5983: Fixed oak-it test failures with http://svn.apache.org/viewvc?rev=1811924=rev > BlobGC should log the amount of space reclaimed after GC run is done > > > Key: OAK-5983 > URL: https://issues.apache.org/jira/browse/OAK-5983 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: blob >Reporter: Chetan Mehrotra >Assignee: Amit Jain > Fix For: 1.8, 1.7.10 > > > Currently BlobGC logic reports the number of blobs removed > {noformat} > 24.03.2017 12:33:33.120 *INFO* [sling-oak-observation-205] > org.apache.jackrabbit.oak.plugins.blob.MarkSweepGarbageCollector Blob garbage > collection completed in 16.76 s. Number of blobs deleted [1776] with max > modification time of [2017-03-23 12:33:16.373] > {noformat} > It would helpful it can also report the size reclaimed by deleted those blobs -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6816) DataStoreTrackerGCTest failures
[ https://issues.apache.org/jira/browse/OAK-6816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amit Jain updated OAK-6816: --- Summary: DataStoreTrackerGCTest failures (was: Build Jackrabbit Oak #864 failed) > DataStoreTrackerGCTest failures > --- > > Key: OAK-6816 > URL: https://issues.apache.org/jira/browse/OAK-6816 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Assignee: Amit Jain > > No description is provided > The build Jackrabbit Oak #864 has failed. > First failed run: [Jackrabbit Oak > #864|https://builds.apache.org/job/Jackrabbit%20Oak/864/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/864/console] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (OAK-6816) Build Jackrabbit Oak #864 failed
[ https://issues.apache.org/jira/browse/OAK-6816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amit Jain reassigned OAK-6816: -- Assignee: Amit Jain > Build Jackrabbit Oak #864 failed > > > Key: OAK-6816 > URL: https://issues.apache.org/jira/browse/OAK-6816 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Assignee: Amit Jain > > No description is provided > The build Jackrabbit Oak #864 has failed. > First failed run: [Jackrabbit Oak > #864|https://builds.apache.org/job/Jackrabbit%20Oak/864/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/864/console] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (OAK-6816) Build Jackrabbit Oak #864 failed
Hudson created OAK-6816: --- Summary: Build Jackrabbit Oak #864 failed Key: OAK-6816 URL: https://issues.apache.org/jira/browse/OAK-6816 Project: Jackrabbit Oak Issue Type: Bug Components: continuous integration Reporter: Hudson No description is provided The build Jackrabbit Oak #864 has failed. First failed run: [Jackrabbit Oak #864|https://builds.apache.org/job/Jackrabbit%20Oak/864/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/864/console] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (OAK-6803) Provide a way to for persistent cache to determine which all nodes can be cached
[ https://issues.apache.org/jira/browse/OAK-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201577#comment-16201577 ] Chetan Mehrotra edited comment on OAK-6803 at 10/12/17 8:01 AM: Applied the patch with 1811918 and 1811919 *Usage* Set following OSGi config {noformat} persistentCacheIncludes=[ \ "/libs", \ "/apps", \ ] {noformat} was (Author: chetanm): Applied the patch with 1811918 and 1811919 > Provide a way to for persistent cache to determine which all nodes can be > cached > > > Key: OAK-6803 > URL: https://issues.apache.org/jira/browse/OAK-6803 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Labels: doc-impacting > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6803-v1.patch, OAK-6803-v2.patch > > > Currently persistent cache if enabled for nodes caches all nodes accessed on > the system. It would be better if it can be configured to only cache those > nodes which are not volatile so that caching can be effective > Purpose of this issue is to > * Provide an extension point in PersistentCache logic to check if a node is > to be cached > * Provide an impl which relies on some static OSGi config to determine that > Later we can make this impl dynamic i.e. rely on access pattern to cache imp > stuff -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6803) Provide a way to for persistent cache to determine which all nodes can be cached
[ https://issues.apache.org/jira/browse/OAK-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra resolved OAK-6803. -- Resolution: Fixed Fix Version/s: 1.7.10 > Provide a way to for persistent cache to determine which all nodes can be > cached > > > Key: OAK-6803 > URL: https://issues.apache.org/jira/browse/OAK-6803 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Labels: doc-impacting > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6803-v1.patch, OAK-6803-v2.patch > > > Currently persistent cache if enabled for nodes caches all nodes accessed on > the system. It would be better if it can be configured to only cache those > nodes which are not volatile so that caching can be effective > Purpose of this issue is to > * Provide an extension point in PersistentCache logic to check if a node is > to be cached > * Provide an impl which relies on some static OSGi config to determine that > Later we can make this impl dynamic i.e. rely on access pattern to cache imp > stuff -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6814) Build Jackrabbit Oak #861 failed
[ https://issues.apache.org/jira/browse/OAK-6814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201586#comment-16201586 ] Hudson commented on OAK-6814: - Previously failing build now is OK. Passed run: [Jackrabbit Oak #863|https://builds.apache.org/job/Jackrabbit%20Oak/863/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/863/console] > Build Jackrabbit Oak #861 failed > > > Key: OAK-6814 > URL: https://issues.apache.org/jira/browse/OAK-6814 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson > > No description is provided > The build Jackrabbit Oak #861 has failed. > First failed run: [Jackrabbit Oak > #861|https://builds.apache.org/job/Jackrabbit%20Oak/861/] [console > log|https://builds.apache.org/job/Jackrabbit%20Oak/861/console] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (OAK-6803) Provide a way to for persistent cache to determine which all nodes can be cached
[ https://issues.apache.org/jira/browse/OAK-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra updated OAK-6803: - Labels: doc-impacting (was: ) > Provide a way to for persistent cache to determine which all nodes can be > cached > > > Key: OAK-6803 > URL: https://issues.apache.org/jira/browse/OAK-6803 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Labels: doc-impacting > Fix For: 1.8 > > Attachments: OAK-6803-v1.patch, OAK-6803-v2.patch > > > Currently persistent cache if enabled for nodes caches all nodes accessed on > the system. It would be better if it can be configured to only cache those > nodes which are not volatile so that caching can be effective > Purpose of this issue is to > * Provide an extension point in PersistentCache logic to check if a node is > to be cached > * Provide an impl which relies on some static OSGi config to determine that > Later we can make this impl dynamic i.e. rely on access pattern to cache imp > stuff -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6803) Provide a way to for persistent cache to determine which all nodes can be cached
[ https://issues.apache.org/jira/browse/OAK-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201577#comment-16201577 ] Chetan Mehrotra commented on OAK-6803: -- Applied the patch with 1811918 and 1811919 > Provide a way to for persistent cache to determine which all nodes can be > cached > > > Key: OAK-6803 > URL: https://issues.apache.org/jira/browse/OAK-6803 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Labels: doc-impacting > Fix For: 1.8 > > Attachments: OAK-6803-v1.patch, OAK-6803-v2.patch > > > Currently persistent cache if enabled for nodes caches all nodes accessed on > the system. It would be better if it can be configured to only cache those > nodes which are not volatile so that caching can be effective > Purpose of this issue is to > * Provide an extension point in PersistentCache logic to check if a node is > to be cached > * Provide an impl which relies on some static OSGi config to determine that > Later we can make this impl dynamic i.e. rely on access pattern to cache imp > stuff -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6803) Provide a way to for persistent cache to determine which all nodes can be cached
[ https://issues.apache.org/jira/browse/OAK-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201542#comment-16201542 ] Marcel Reutegger commented on OAK-6803: --- Looks good to me. +1 for applying the patch. > Provide a way to for persistent cache to determine which all nodes can be > cached > > > Key: OAK-6803 > URL: https://issues.apache.org/jira/browse/OAK-6803 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: documentmk >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Fix For: 1.8 > > Attachments: OAK-6803-v1.patch, OAK-6803-v2.patch > > > Currently persistent cache if enabled for nodes caches all nodes accessed on > the system. It would be better if it can be configured to only cache those > nodes which are not volatile so that caching can be effective > Purpose of this issue is to > * Provide an extension point in PersistentCache logic to check if a node is > to be cached > * Provide an impl which relies on some static OSGi config to determine that > Later we can make this impl dynamic i.e. rely on access pattern to cache imp > stuff -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-5983) BlobGC should log the amount of space reclaimed after GC run is done
[ https://issues.apache.org/jira/browse/OAK-5983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201539#comment-16201539 ] Amit Jain commented on OAK-5983: Added estimate of the size calculated for cases having length encoded in the id with http://svn.apache.org/viewvc?rev=1811914=rev This leaves out the estimate for Mongo/RDBBlobStore blobs and no length encoded blob ids (for example from upgraded systems). This should cover most use cases though. I am hesitant to add code at this point to cover cases with no length encoding which would require a remote call because deletion phase is already the slowest part and would add significant time for large datastores. > BlobGC should log the amount of space reclaimed after GC run is done > > > Key: OAK-5983 > URL: https://issues.apache.org/jira/browse/OAK-5983 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: blob >Reporter: Chetan Mehrotra >Assignee: Amit Jain > Fix For: 1.8, 1.7.10 > > > Currently BlobGC logic reports the number of blobs removed > {noformat} > 24.03.2017 12:33:33.120 *INFO* [sling-oak-observation-205] > org.apache.jackrabbit.oak.plugins.blob.MarkSweepGarbageCollector Blob garbage > collection completed in 16.76 s. Number of blobs deleted [1776] with max > modification time of [2017-03-23 12:33:16.373] > {noformat} > It would helpful it can also report the size reclaimed by deleted those blobs -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-5983) BlobGC should log the amount of space reclaimed after GC run is done
[ https://issues.apache.org/jira/browse/OAK-5983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amit Jain resolved OAK-5983. Resolution: Fixed Fix Version/s: 1.7.10 > BlobGC should log the amount of space reclaimed after GC run is done > > > Key: OAK-5983 > URL: https://issues.apache.org/jira/browse/OAK-5983 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: blob >Reporter: Chetan Mehrotra >Assignee: Amit Jain > Fix For: 1.8, 1.7.10 > > > Currently BlobGC logic reports the number of blobs removed > {noformat} > 24.03.2017 12:33:33.120 *INFO* [sling-oak-observation-205] > org.apache.jackrabbit.oak.plugins.blob.MarkSweepGarbageCollector Blob garbage > collection completed in 16.76 s. Number of blobs deleted [1776] with max > modification time of [2017-03-23 12:33:16.373] > {noformat} > It would helpful it can also report the size reclaimed by deleted those blobs -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-5546) [BlobGC] Adapt time to delete blobs based on lucene indexing activity
[ https://issues.apache.org/jira/browse/OAK-5546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201533#comment-16201533 ] Amit Jain commented on OAK-5546: Fixed a minor typo with http://svn.apache.org/viewvc?rev=1811913=rev > [BlobGC] Adapt time to delete blobs based on lucene indexing activity > - > > Key: OAK-5546 > URL: https://issues.apache.org/jira/browse/OAK-5546 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: blob >Reporter: Amit Jain >Assignee: Amit Jain > Fix For: 1.8, 1.7.10 > > > Blob GC deletes only those candidate blobs which are older from current than > the configured {{blobGcMaxAgeInSecs}} interval (Default to 24 hours). > This should be improved to take into time long running lucene re-indexing > task which can potentially run into days for large repositories as otherwise > it risks data loss and index corruption. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-5546) [BlobGC] Adapt time to delete blobs based on lucene indexing activity
[ https://issues.apache.org/jira/browse/OAK-5546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amit Jain resolved OAK-5546. Resolution: Fixed > [BlobGC] Adapt time to delete blobs based on lucene indexing activity > - > > Key: OAK-5546 > URL: https://issues.apache.org/jira/browse/OAK-5546 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: blob >Reporter: Amit Jain >Assignee: Amit Jain > Fix For: 1.8, 1.7.10 > > > Blob GC deletes only those candidate blobs which are older from current than > the configured {{blobGcMaxAgeInSecs}} interval (Default to 24 hours). > This should be improved to take into time long running lucene re-indexing > task which can potentially run into days for large repositories as otherwise > it risks data loss and index corruption. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (OAK-6787) Delete property index entries recursively in batches to avoid large transaction
[ https://issues.apache.org/jira/browse/OAK-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16201529#comment-16201529 ] Chetan Mehrotra commented on OAK-6787: -- Updated the logic with r1811912 to allow batching across multiple paths which are passed as root paths > Delete property index entries recursively in batches to avoid large > transaction > --- > > Key: OAK-6787 > URL: https://issues.apache.org/jira/browse/OAK-6787 > Project: Jackrabbit Oak > Issue Type: Technical task > Components: lucene >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra > Fix For: 1.8, 1.7.10 > > Attachments: OAK-6787-v1.patch, OAK-6787-v2.patch > > > PropertyIndexCleaner currently remove the property index bucket in a single > remove. This would work fine with SegmentNodeStore but would cause issue with > DocumentNodeStore where it would result in a one large commit. > To avoid this scenario we should implement recursive delete. This approach > would only be used if NodeStore implements Clusterable -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (OAK-6815) Support specifying queryPaths in IndexDefinitionBuilder
[ https://issues.apache.org/jira/browse/OAK-6815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra resolved OAK-6815. -- Resolution: Fixed Fix Version/s: 1.7.10 Done with 1811911 > Support specifying queryPaths in IndexDefinitionBuilder > --- > > Key: OAK-6815 > URL: https://issues.apache.org/jira/browse/OAK-6815 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: lucene >Reporter: Chetan Mehrotra >Assignee: Chetan Mehrotra >Priority: Minor > Fix For: 1.8, 1.7.10 > > > IndexDefinitionBuilder should support "queryPaths" -- This message was sent by Atlassian JIRA (v6.4.14#64029)