directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Emmanuel Lécharny <elecha...@gmail.com>
Subject Re: [VOTE] Release Apache LDAP API 2.0.1
Date Sat, 28 Mar 2020 02:52:30 GMT
Ok, fixed, I thing. There was a missing import on 
org.apache.directory.api.ldap.model.filter.ExprNode in apacheds-core.

It has been committed, and tests are passing ok for Java 8, 11 and 12 on 
linux now. Waiting for Java 8 on windows. (see 
https://builds.apache.org/blue/organizations/jenkins/dir-server-pipeline/detail/dir-server-pipeline/202/pipeline/40)

Weird enough, those tests never failed on my computer...

On 26/03/2020 10:45, Colm O hEigeartaigh wrote:
> I don't see anything obvious, printing out the stacktrace I see:
>
>
> java.lang.NoClassDefFoundError: 
> org/apache/directory/api/ldap/model/filter/ExprNode
> at 
> org.apache.directory.server.core.DefaultDirectoryService.<init>(DefaultDirectoryService.java:171)
> at 
> org.apache.directory.server.osgi.integ.ServerCoreOsgiTest.useBundleClasses(ServerCoreOsgiTest.java:44)
> at 
> org.apache.directory.server.osgi.integ.ServerOsgiTestBase.testUseBundleClasses(ServerOsgiTestBase.java:151)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> 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.InvokeMethod.evaluate(InvokeMethod.java:17)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runLeafWithRetry(ContainerTestRunner.java:97)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChildWithRetry(ContainerTestRunner.java:84)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:75)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:43)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:124)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:97)
> at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:73)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at 
> org.ops4j.pax.swissbox.framework.RemoteFrameworkImpl.invokeMethodOnService(RemoteFrameworkImpl.java:435)
> at 
> org.ops4j.pax.swissbox.framework.RemoteFrameworkImpl.invokeMethodOnService(RemoteFrameworkImpl.java:408)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
> at sun.rmi.transport.Transport$1.run(Transport.java:200)
> at sun.rmi.transport.Transport$1.run(Transport.java:197)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at 
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
> at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:834)
> at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:688)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:687)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.ClassNotFoundException: 
> org.apache.directory.api.ldap.model.filter.ExprNode not found by 
> org.apache.directory.server.core [62]
> at 
> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1597)
> at 
> org.apache.felix.framework.BundleWiringImpl.access$300(BundleWiringImpl.java:79)
> at 
> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1982)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
> ... 49 more
>
> On Thu, Mar 26, 2020 at 8:57 AM Emmanuel Lécharny <elecharny@gmail.com 
> <mailto:elecharny@gmail.com>> wrote:
>
>     Hi Colm,
>
>
>     I will need the OSGi errors, otherwise I won't be able to know what's
>     missing.
>
>
>     FTR, I have it building on my Mac.
>
>     On 26/03/2020 08:48, Colm O hEigeartaigh wrote:
>     > I still have two failing tests in osgi-integ:
>     >
>     > [ERROR] Errors:
>     > [ERROR]
>     >
>     org.apache.directory.server.osgi.integ.ServerCoreAnnotationsOsgiTest.testUseBundleClasses(org.apache.directory.server.osgi.integ.ServerCoreAnnotationsOsgiTest)
>     > [ERROR]   Run 1:
>     >
>     ServerCoreAnnotationsOsgiTest>ServerOsgiTestBase.testUseBundleClasses:151->useBundleClasses:43
>
>     > » ClassNotFound
>     > [ERROR]   Run 2:
>     >
>     ServerCoreAnnotationsOsgiTest>ServerOsgiTestBase.testUseBundleClasses:151->useBundleClasses:43
>
>     > » ClassNotFound
>     > [INFO]
>     > [ERROR]
>     >
>     org.apache.directory.server.osgi.integ.ServerCoreOsgiTest.testUseBundleClasses(org.apache.directory.server.osgi.integ.ServerCoreOsgiTest)
>     > [ERROR]   Run 1:
>     >
>     ServerCoreOsgiTest>ServerOsgiTestBase.testUseBundleClasses:151->useBundleClasses:43
>
>     > » ClassNotFound
>     > [ERROR]   Run 2:
>     >
>     ServerCoreOsgiTest>ServerOsgiTestBase.testUseBundleClasses:151->useBundleClasses:43
>
>     > » ClassNotFound
>     > [INFO]
>     >
>     > On Wed, Mar 25, 2020 at 11:52 PM Emmanuel Lécharny
>     > <elecharny@gmail.com <mailto:elecharny@gmail.com>
>     <mailto:elecharny@gmail.com <mailto:elecharny@gmail.com>>> wrote:
>     >
>     >     I just pushed a fix. It builds now on my computer.
>     >
>     >     I bumped up the commons.codec and commons.pool2 dependencies on
>     >     ApacheDS, they were using older versions compared to LDAP API.
>     >
>     >
>     >
>     >     On 25/03/2020 10:38, Colm O hEigeartaigh wrote:
>     >     > The OSGi tests are also failing:
>     >     >
>     >     > ERROR: Bundle
>     org.apache.directory.server.http.directory.bridge
>     >     [95]
>     >     > Error starting
>     >     >
>     >
>      file:/home/coheig/src/apache/directory-server/osgi-integ/target/1585128496666-0/pax-exam-downloads/org.apache.directory.server.http.directory.bridge_2.0.0.AM27-SNAPSHOT.jar
>     >
>     >     > (org.osgi.framework.BundleException: Unable to resolve
>     >     > org.apache.directory.server.http.directory.bridge [95](R
>     95.0):
>     >     > missing requirement
>     >     [org.apache.directory.server.http.directory.bridge
>     >     > [95](R 95.0)] osgi.wiring.package;
>     >     >
>     >
>      (&(osgi.wiring.package=org.apache.directory.api.ldap.model.schema)(version>=2.0.1))
>     >
>     >     > [caused by: Unable to resolve
>     org.apache.directory.api.ldap.model
>     >     > [89](R 89.0): missing requirement
>     >     [org.apache.directory.api.ldap.model
>     >     > [89](R 89.0)] osgi.wiring.package;
>     >     >
>     >
>      (&(osgi.wiring.package=org.apache.commons.codec.digest)(version>=1.14.0))]
>     >
>     >     > Unresolved requirements:
>     >     > [[org.apache.directory.server.http.directory.bridge [95](R
>     95.0)]
>     >     > osgi.wiring.package;
>     >     >
>     >
>      (&(osgi.wiring.package=org.apache.directory.api.ldap.model.schema)(version>=2.0.1))])
>     >     >
>     >     > Colm.
>     >     >
>     >     > On Tue, Mar 24, 2020 at 11:14 PM Emmanuel Lécharny
>     >     > <elecharny@gmail.com <mailto:elecharny@gmail.com>
>     <mailto:elecharny@gmail.com <mailto:elecharny@gmail.com>>
>     >     <mailto:elecharny@gmail.com <mailto:elecharny@gmail.com>
>     <mailto:elecharny@gmail.com <mailto:elecharny@gmail.com>>>> wrote:
>     >     >
>     >     >
>     >     >     On 24/03/2020 10:57, Colm O hEigeartaigh wrote:
>     >     >     > OK thanks Emmanuel. Should we merge a fix just to
>     @Ignore the
>     >     >     tests then?
>     >     >
>     >     >     Yes, I think so.
>     >     >
>     >     >     If you could create a JIRA about the fact this control is
>     >     seen as
>     >     >     support in the RootDSE when it's not, that would help.
>     >     >
>     >     >
>     >     >     Thanks Colm !
>     >     >
>     >     >
>     >     >
>     >     >
>     >
>       ---------------------------------------------------------------------
>     >     >     To unsubscribe, e-mail:
>     dev-unsubscribe@directory.apache.org
>     <mailto:dev-unsubscribe@directory.apache.org>
>     >     <mailto:dev-unsubscribe@directory.apache.org
>     <mailto:dev-unsubscribe@directory.apache.org>>
>     >     >     <mailto:dev-unsubscribe@directory.apache.org
>     <mailto:dev-unsubscribe@directory.apache.org>
>     >     <mailto:dev-unsubscribe@directory.apache.org
>     <mailto:dev-unsubscribe@directory.apache.org>>>
>     >     >     For additional commands, e-mail:
>     > dev-help@directory.apache.org
>     <mailto:dev-help@directory.apache.org>
>     <mailto:dev-help@directory.apache.org
>     <mailto:dev-help@directory.apache.org>>
>     >     >     <mailto:dev-help@directory.apache.org
>     <mailto:dev-help@directory.apache.org>
>     >     <mailto:dev-help@directory.apache.org
>     <mailto:dev-help@directory.apache.org>>>
>     >     >
>     >
>     >
>      ---------------------------------------------------------------------
>     >     To unsubscribe, e-mail: dev-unsubscribe@directory.apache.org
>     <mailto:dev-unsubscribe@directory.apache.org>
>     >     <mailto:dev-unsubscribe@directory.apache.org
>     <mailto:dev-unsubscribe@directory.apache.org>>
>     >     For additional commands, e-mail:
>     dev-help@directory.apache.org <mailto:dev-help@directory.apache.org>
>     >     <mailto:dev-help@directory.apache.org
>     <mailto:dev-help@directory.apache.org>>
>     >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@directory.apache.org
For additional commands, e-mail: dev-help@directory.apache.org


Mime
View raw message