[jira] [Commented] (OAK-10509) Build Jackrabbit/jackrabbit-oak-trunk #1228 failed
[ https://issues.apache.org/jira/browse/OAK-10509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17779684#comment-17779684 ] Hudson commented on OAK-10509: -- Previously failing build now is OK. Passed run: [Jackrabbit/jackrabbit-oak-trunk #1241|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1241/] [console log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1241/console] > Build Jackrabbit/jackrabbit-oak-trunk #1228 failed > -- > > Key: OAK-10509 > URL: https://issues.apache.org/jira/browse/OAK-10509 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit/jackrabbit-oak-trunk #1228 has failed. > First failed run: [Jackrabbit/jackrabbit-oak-trunk > #1228|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1228/] > [console > log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1228/console] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (OAK-10509) Build Jackrabbit/jackrabbit-oak-trunk #1228 failed
[ https://issues.apache.org/jira/browse/OAK-10509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17779597#comment-17779597 ] Hudson commented on OAK-10509: -- Previously failing build now is OK. Passed run: [Jackrabbit/jackrabbit-oak-trunk #1240|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1240/] [console log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1240/console] > Build Jackrabbit/jackrabbit-oak-trunk #1228 failed > -- > > Key: OAK-10509 > URL: https://issues.apache.org/jira/browse/OAK-10509 > Project: Jackrabbit Oak > Issue Type: Bug > Components: continuous integration >Reporter: Hudson >Priority: Major > > No description is provided > The build Jackrabbit/jackrabbit-oak-trunk #1228 has failed. > First failed run: [Jackrabbit/jackrabbit-oak-trunk > #1228|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1228/] > [console > log|https://ci-builds.apache.org/job/Jackrabbit/job/jackrabbit-oak-trunk/1228/console] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Deleted] (OAK-10483) CLONE - Update Mockito dependency to 4.9.0
[ https://issues.apache.org/jira/browse/OAK-10483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke deleted OAK-10483: - > CLONE - Update Mockito dependency to 4.9.0 > -- > > Key: OAK-10483 > URL: https://issues.apache.org/jira/browse/OAK-10483 > Project: Jackrabbit Oak > Issue Type: Technical task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Deleted] (OAK-10484) CLONE - standalone: upgrade spring fwk to 2.5.14
[ https://issues.apache.org/jira/browse/OAK-10484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke deleted OAK-10484: - > CLONE - standalone: upgrade spring fwk to 2.5.14 > > > Key: OAK-10484 > URL: https://issues.apache.org/jira/browse/OAK-10484 > Project: Jackrabbit Oak > Issue Type: Technical task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Deleted] (OAK-10480) CLONE - standalone: upgrade spring fwk to 2.5.5
[
https://issues.apache.org/jira/browse/OAK-10480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke deleted OAK-10480:
-
> CLONE - standalone: upgrade spring fwk to 2.5.5
> ---
>
> Key: OAK-10480
> URL: https://issues.apache.org/jira/browse/OAK-10480
> Project: Jackrabbit Oak
> Issue Type: Technical task
>Reporter: Julian Reschke
>Assignee: Julian Reschke
>Priority: Major
>
> {noformat}
> [INFO] Running org.apache.jackrabbit.oak.standalone.RepositoryBootIT
> . ___ _ _
> /\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \
> ( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
> \\/ ___)| |_)| | | | | || (_| | ) ) ) )
> ' || .__|_| |_|_| |_\__, | / / / /
> =|_|==|___/=/_/_/_/
> :: Spring Boot :: (v1.5.21.RELEASE)
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.236
> s <<< FAILURE! - in org.apache.jackrabbit.oak.standalone.RepositoryBootIT
> [ERROR]
> repositoryLogin(org.apache.jackrabbit.oak.standalone.RepositoryBootIT) Time
> elapsed: 0.008 s <<< ERROR!
> java.lang.IllegalStateException: Failed to load ApplicationContext
> at
> org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:124)
> at
> org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:83)
> at
> org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:189)
> at
> org.springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:131)
> at
> org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:230)
> at
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:228)
> at
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:287)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:289)
> at
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:247)
> at
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94)
> at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
> at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
> at
> org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
> at
> org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
> at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
> at
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
> at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345)
> at
> org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)
> at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418)
> Caused by: java.lang.IllegalStateException: Cannot load configuration class:
> org.apache.jackrabbit.oak.standalone.OakServer
> at
> org.springframework.context.annotation.ConfigurationClassPostProcessor.enhanceConfigurationClasses(ConfigurationClassPostProcessor.java:404)
> at
> org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanFactory(ConfigurationClassPostProcessor.java:249)
> at
>
[jira] [Deleted] (OAK-10482) CLONE - UpgradeIT fails on Java 17
[
https://issues.apache.org/jira/browse/OAK-10482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke deleted OAK-10482:
-
> CLONE - UpgradeIT fails on Java 17
> --
>
> Key: OAK-10482
> URL: https://issues.apache.org/jira/browse/OAK-10482
> Project: Jackrabbit Oak
> Issue Type: Technical task
>Reporter: Marcel Reutegger
>Assignee: Julian Reschke
>Priority: Minor
>
> Multiple tests in UpgradeIT fail when run with Java 17.
> E.g. UpgradeIT.openReadonlyDoesNotUpgradeStore() fails with:
> {noformat}
> java.lang.IllegalStateException: Cannot start readonly store from empty
> journal
> at
> org.apache.jackrabbit.oak.segment.file.ReadOnlyRevisions.bind(ReadOnlyRevisions.java:65)
> at
> org.apache.jackrabbit.oak.segment.file.ReadOnlyFileStore.bind(ReadOnlyFileStore.java:91)
> at
> org.apache.jackrabbit.oak.segment.file.FileStoreBuilder.buildReadOnly(FileStoreBuilder.java:494)
> at
> org.apache.jackrabbit.oak.segment.upgrade.UpgradeIT.openReadonlyDoesNotUpgradeStore(UpgradeIT.java:86)
> {noformat}
> The real problem is in setup(). Creating the Oak 1.6 repository fails
> silently, but running the command manually shows the reason of the failure:
> {noformat}
> Apache Jackrabbit Oak 1.6.2
> Exception in thread "main" groovy.lang.MissingPropertyException: No such
> property: class for class: org.apache.jackrabbit.oak.console.GroovyConsole
> at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:53)
> at
> org.codehaus.groovy.vmplugin.v7.IndyGuardsFiltersAndSignatures.unwrap(IndyGuardsFiltersAndSignatures.java:177)
> at
> org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
> at org.codehaus.groovy.tools.shell.Shell.(Shell.groovy:35)
> at org.codehaus.groovy.tools.shell.Groovysh.(Groovysh.groovy:92)
> at
> org.apache.jackrabbit.oak.console.GroovyConsole$OakSh.(GroovyConsole.groovy:150)
> at
> org.apache.jackrabbit.oak.console.GroovyConsole.prepareShell(GroovyConsole.groovy:90)
> at
> org.apache.jackrabbit.oak.console.GroovyConsole.(GroovyConsole.groovy:64)
> at org.apache.jackrabbit.oak.console.Console.main(Console.java:155)
> {noformat}
> It looks like the groovy version in oak-run 1.6.2 does not work well with
> Java 17.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Deleted] (OAK-10479) CLONE - Update Tomcat dependency to 8.5.71
[ https://issues.apache.org/jira/browse/OAK-10479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke deleted OAK-10479: - > CLONE - Update Tomcat dependency to 8.5.71 > -- > > Key: OAK-10479 > URL: https://issues.apache.org/jira/browse/OAK-10479 > Project: Jackrabbit Oak > Issue Type: Technical task >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Minor > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Deleted] (OAK-10481) CLONE - BrokenNetworkIT fails on Java 17
[
https://issues.apache.org/jira/browse/OAK-10481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke deleted OAK-10481:
-
> CLONE - BrokenNetworkIT fails on Java 17
>
>
> Key: OAK-10481
> URL: https://issues.apache.org/jira/browse/OAK-10481
> Project: Jackrabbit Oak
> Issue Type: Technical task
>Reporter: Julian Reschke
>Assignee: Marcel Reutegger
>Priority: Blocker
>
> {noformat}
> [ERROR]
> testProxySSLSkippedBytesIntermediateChange(org.apache.jackrabbit.oak.segment.standby.BrokenNetworkIT)
> Time elapsed: 9.473 s <<< FAILURE!
> java.lang.AssertionError: stores are not equal expected:<{ root = { ... } }>
> but was:<{ root : { } }>
> at org.junit.Assert.fail(Assert.java:89)
> at org.junit.Assert.failNotEquals(Assert.java:835)
> at org.junit.Assert.assertEquals(Assert.java:120)
> at
> org.apache.jackrabbit.oak.segment.standby.BrokenNetworkIT.useProxy(BrokenNetworkIT.java:232)
> at
> org.apache.jackrabbit.oak.segment.standby.BrokenNetworkIT.testProxySSLSkippedBytesIntermediateChange(BrokenNetworkIT.java:143)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:54)
> at
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:54)
> at
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:54)
> at org.junit.rules.RunRules.evaluate(RunRules.java:20)
> at
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:54)
> at
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:54)
> at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
> at
> org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
> at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
> at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
> at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345)
> at
> org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)
> at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418)
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (OAK-10519) Export metrics from indexing job
Nuno Santos created OAK-10519: - Summary: Export metrics from indexing job Key: OAK-10519 URL: https://issues.apache.org/jira/browse/OAK-10519 Project: Jackrabbit Oak Issue Type: Improvement Components: indexing Reporter: Nuno Santos -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (OAK-10518) IndexInfo should have a isActive() method
[ https://issues.apache.org/jira/browse/OAK-10518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17779531#comment-17779531 ] Thomas Mueller commented on OAK-10518: -- PR for review https://github.com/apache/jackrabbit-oak/pull/1180 > IndexInfo should have a isActive() method > - > > Key: OAK-10518 > URL: https://issues.apache.org/jira/browse/OAK-10518 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: indexing >Reporter: Thomas Mueller >Assignee: Thomas Mueller >Priority: Major > > With the composite node store, it is a bit hard to find out if an index is > active or not, as only the latest version of an index is usually active that > is mounted. Unless if there is a merges property that resolves. > The IndexInfoService / IndexInfo class should have a method isActive() so > it's easy to find out. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (OAK-10518) IndexInfo should have a isActive() method
Thomas Mueller created OAK-10518: Summary: IndexInfo should have a isActive() method Key: OAK-10518 URL: https://issues.apache.org/jira/browse/OAK-10518 Project: Jackrabbit Oak Issue Type: Improvement Components: indexing Reporter: Thomas Mueller Assignee: Thomas Mueller With the composite node store, it is a bit hard to find out if an index is active or not, as only the latest version of an index is usually active that is mounted. Unless if there is a merges property that resolves. The IndexInfoService / IndexInfo class should have a method isActive() so it's easy to find out. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (OAK-10497) Properties order in FFS can be different across runs
[ https://issues.apache.org/jira/browse/OAK-10497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller resolved OAK-10497. -- Resolution: Fixed > Properties order in FFS can be different across runs > > > Key: OAK-10497 > URL: https://issues.apache.org/jira/browse/OAK-10497 > Project: Jackrabbit Oak > Issue Type: Task >Reporter: Nitin Gupta >Assignee: Thomas Mueller >Priority: Major > > While building the FFS, the order of the properties can be different for the > same node across different builds/runs. > > This does not have any impact on indexing, but in case there's a need for > verification across different strategies to compare if the FFS built is the > same - this sometimes lead to false failures. > > We should ensure a sorted order of the properties of every node in the FFS. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (OAK-10497) Properties order in FFS can be different across runs
[ https://issues.apache.org/jira/browse/OAK-10497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17779395#comment-17779395 ] Thomas Mueller commented on OAK-10497: -- Merged on 2023-10-20 > Properties order in FFS can be different across runs > > > Key: OAK-10497 > URL: https://issues.apache.org/jira/browse/OAK-10497 > Project: Jackrabbit Oak > Issue Type: Task >Reporter: Nitin Gupta >Assignee: Thomas Mueller >Priority: Major > > While building the FFS, the order of the properties can be different for the > same node across different builds/runs. > > This does not have any impact on indexing, but in case there's a need for > verification across different strategies to compare if the FFS built is the > same - this sometimes lead to false failures. > > We should ensure a sorted order of the properties of every node in the FFS. -- This message was sent by Atlassian Jira (v8.20.10#820010)
