[Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 1300 - Still Failing
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #1300) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1300/ to view the results. Changes: [amitj] OAK-5146: S3 getOrCreateReferenceKey() should provide a default [amitj] OAK-4979: @trivial javadoc fixes [stefanegli] OAK-5151 : tests added for ChangeSet overflowing and its handling in [tomekr] OAK-5154: Checkpoints should only be migrated if no custom paths are [mreutegg] OAK-5155: Remove oak.documentMK.cacheConcurrency system property [mreutegg] OAK-5132: Limit diff cache entries in size [frm] OAK-5135 - Release the lock if the journal file is closed [tomekr] OAK-5157: Source repository should be opened in read-only mode for [angela] minor improvement: security documentation [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [chetanm] OAK-4898 - Allow for external changes to have a CommitInfo attached [frm] OAK-4561 - Remove dependency on Apache Commons Math [mduerig] OAK-5161: Improve logging of compaction cycles Add more information to [angela] minor improvement: security documentation [angela] javadoc: remove todo without jira reference Test results: 8 tests failed. FAILED: org.apache.jackrabbit.oak.security.authentication.ldap.LdapDefaultLoginModuleTest.org.apache.jackrabbit.oak.security.authentication.ldap.LdapDefaultLoginModuleTest Error Message: ERR_171 Failed to bind an LDAP service (1,024) to the service registry. Stack Trace: org.apache.directory.api.ldap.model.exception.LdapConfigurationException: ERR_171 Failed to bind an LDAP service (1,024) to the service registry. at org.apache.directory.server.ldap.LdapServer.startNetwork(LdapServer.java:695) at org.apache.directory.server.ldap.LdapServer.start(LdapServer.java:547) at org.apache.jackrabbit.oak.security.authentication.ldap.AbstractServer.setUp(AbstractServer.java:229) at org.apache.jackrabbit.oak.security.authentication.ldap.InternalLdapServer.setUp(InternalLdapServer.java:33) at org.apache.jackrabbit.oak.security.authentication.ldap.LdapLoginTestBase.beforeClass(LdapLoginTestBase.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) Caused by: java.net.BindException: Address already in use at
[Oak origin/1.4] Apache Jackrabbit Oak matrix - Build # 1299 - Still Failing
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #1299) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1299/ to view the results. Changes: [mreutegg] OAK-5150: Log stats for JournalDiffLoader [mreutegg] OAK-5155: Remove oak.documentMK.cacheConcurrency system property [mreutegg] OAK-5132: Limit diff cache entries in size Test results: 7 tests failed. FAILED: org.apache.jackrabbit.oak.security.authentication.ldap.DefaultLdapLoginModuleTest.org.apache.jackrabbit.oak.security.authentication.ldap.DefaultLdapLoginModuleTest Error Message: ERR_171 Failed to bind an LDAP service (1,024) to the service registry. Stack Trace: org.apache.directory.api.ldap.model.exception.LdapConfigurationException: ERR_171 Failed to bind an LDAP service (1,024) to the service registry. at org.apache.directory.server.ldap.LdapServer.startNetwork(LdapServer.java:695) at org.apache.directory.server.ldap.LdapServer.start(LdapServer.java:547) at org.apache.jackrabbit.oak.security.authentication.ldap.AbstractServer.setUp(AbstractServer.java:232) at org.apache.jackrabbit.oak.security.authentication.ldap.InternalLdapServer.setUp(InternalLdapServer.java:31) at org.apache.jackrabbit.oak.security.authentication.ldap.LdapLoginTestBase.beforeClass(LdapLoginTestBase.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) Caused by: java.net.BindException: Address already in use at sun.nio.ch.Net.bind0(Native Method) at sun.nio.ch.Net.bind(Net.java:463) at sun.nio.ch.Net.bind(Net.java:455) at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223) at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74) at org.apache.mina.transport.socket.nio.NioSocketAcceptor.open(NioSocketAcceptor.java:198) at org.apache.mina.transport.socket.nio.NioSocketAcceptor.open(NioSocketAcceptor.java:51) at org.apache.mina.core.polling.AbstractPollingIoAcceptor.registerHandles(AbstractPollingIoAcceptor.java:547) at org.apache.mina.core.polling.AbstractPollingIoAcceptor.access$400(AbstractPollingIoAcceptor.java:68) at org.apache.mina.core.polling.AbstractPollingIoAcceptor$Acceptor.run(AbstractPollingIoAcceptor.java:422) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) FAILED: org.apache.jackrabbit.oak.security.authentication.ldap.LdapProviderTest.testAuthenticateMissing Error Message: ERR_171 Failed to bind an LDAP service (1,024) to the service registry. Stack Trace: org.apache.directory.api.ldap.model.exception.LdapConfigurationException: ERR_171 Failed to bind an LDAP service (1,024) to the service registry. at
Re: Frequent failures in standby test
Per https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1298/ the test again failed but mostly on Jdk 1.7. The test on Jdk 1.8 looks like passed. Chetan Mehrotra On Tue, Nov 22, 2016 at 12:48 PM, Chetan Mehrotrawrote: > They are from oak-segment-tar. See > https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1295/#showFailuresLink > Chetan Mehrotra > > > On Tue, Nov 22, 2016 at 12:42 PM, Francesco Mari > wrote: >> Are those from oak-tarmk-standby or oak-segment-tar? >> >> 2016-11-22 6:11 GMT+01:00 Chetan Mehrotra : >>> Hi Team, >>> >>> Since last 4-6 builds I am seeing a recurring failure of few test in >>> standby module >>> >>> * FailoverIPRangeIT >>> * ExternalPrivateStoreIT >>> * StandbyTestIT >>> >>> Probably something to be looked into >>> >>> Chetan Mehrotra
Re: oak-lucene shaded
Hi Torgeir, We would not be able shade Lucene classes as they are exported and meant to be used by certain SPI implementations. So as of now there is no solution for using a different Lucene version in non OSGi world Chetan Mehrotra On Wed, Nov 23, 2016 at 7:15 PM, Torgeir Veimowrote: > Second version, this pom file can be put in a separate directly as a self > contained maven artifact and includes oak-lucene remotely. > > > > > > http://maven.apache.org/POM/4.0.0; xmlns:xsi=" > http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=" > http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd > "> > 4.0.0 > > no.karriere > 0.1-SNAPSHOT > oak-lucene-shaded > Oak Lucene (shaded) > Oak Lucene integration subproject > > > 1.5 > 4.7.1 > 1.4.6 > > > > > > > org.apache.maven.plugins > maven-source-plugin > 3.0.1 > > > generate-sources-for-shade-plugin > package > > jar-no-fork > > > > > > org.apache.maven.plugins > maven-shade-plugin > 3.0.0-SNAPSHOT > > > package > > shade > > > > > > false > true > true > > implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/> > > > > org.apache.lucene > > org.shaded.apache.lucene > > > org.tartarus.snowball > > org.shaded.tartarus.snowball > > > > > > org.apache.jackrabbit:oak-core > > org.apache.jackrabbit:oak-commons > > org.apache.jackrabbit:oak-blob > > com.google.guava:guava > > commons-codec:commons-codec > commons-io:commons-io > javax.jcr:jcr > > org.apache.jackrabbit:jackrabbit-api > > org.apache.jackrabbit:jackrabbit-jcr-commons > > org.apache.tika:tika-core > org.slf4j:slf4j-api > > > > > > > > > > > > org.apache.jackrabbit > oak-core > ${oak.version} > > > org.apache.jackrabbit > oak-lucene > ${oak.version} > > > org.apache.tika > tika-core > ${tika.version} > > > > > org.apache.lucene > lucene-core > ${lucene.version} > > > org.apache.lucene > lucene-analyzers-common > ${lucene.version} > > > org.apache.lucene > lucene-queryparser > ${lucene.version} > > > org.apache.lucene > lucene-queries > ${lucene.version} > > > org.apache.lucene > lucene-suggest > ${lucene.version} > > > org.apache.lucene > lucene-highlighter > ${lucene.version} > > > org.apache.lucene > lucene-memory > ${lucene.version} > > > org.apache.lucene > lucene-misc > ${lucene.version} > > > org.apache.lucene > lucene-facet > ${lucene.version} > > > > org.apache.tika > tika-parsers > ${tika.version} > test > > > commons-logging > commons-logging > > > > > > > > org.apache > Apache snapshots > http://repository.apache.org/content/repositories/snapshots > > > true > > > > > > > On 15 November 2016 at 11:12, Torgeir Veimo wrote: > >> I'm in need of running oak in a