[Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 1300 - Still Failing

2016-11-24 Thread Apache Jenkins Server
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

2016-11-24 Thread Apache Jenkins Server
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

2016-11-24 Thread Chetan Mehrotra
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 Mehrotra
 wrote:
> 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

2016-11-24 Thread Chetan Mehrotra
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 Veimo  wrote:
> 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