directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Colm O hEigeartaigh <cohei...@apache.org>
Subject Re: [VOTE] Release Apache LDAP API 2.0.1
Date Mon, 30 Mar 2020 06:19:21 GMT
Thanks for investigating, they pass now for me locally.

Colm.

On Sat, Mar 28, 2020 at 2:52 AM Emmanuel Lécharny <elecharny@gmail.com>
wrote:

> 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