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 Thu, 26 Mar 2020 09:45:35 GMT
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>
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>> 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>>> 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>>
> >     >     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
> >     <mailto:dev-unsubscribe@directory.apache.org>
> >     For additional commands, e-mail: dev-help@directory.apache.org
> >     <mailto:dev-help@directory.apache.org>
> >
>

Mime
View raw message