Thanks for investigating, they pass now for me locally. Colm.
On Sat, Mar 28, 2020 at 2:52 AM Emmanuel Lécharny <elecha...@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 <elecha...@gmail.com > > <mailto:elecha...@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 > > > <elecha...@gmail.com <mailto:elecha...@gmail.com> > > <mailto:elecha...@gmail.com <mailto:elecha...@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 > > > > <elecha...@gmail.com <mailto:elecha...@gmail.com> > > <mailto:elecha...@gmail.com <mailto:elecha...@gmail.com>> > > > <mailto:elecha...@gmail.com <mailto:elecha...@gmail.com> > > <mailto:elecha...@gmail.com <mailto:elecha...@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-unsubscr...@directory.apache.org > > <mailto:dev-unsubscr...@directory.apache.org> > > > <mailto:dev-unsubscr...@directory.apache.org > > <mailto:dev-unsubscr...@directory.apache.org>> > > > > <mailto:dev-unsubscr...@directory.apache.org > > <mailto:dev-unsubscr...@directory.apache.org> > > > <mailto:dev-unsubscr...@directory.apache.org > > <mailto:dev-unsubscr...@directory.apache.org>>> > > > > For additional commands, e-mail: > > > dev-h...@directory.apache.org > > <mailto:dev-h...@directory.apache.org> > > <mailto:dev-h...@directory.apache.org > > <mailto:dev-h...@directory.apache.org>> > > > > <mailto:dev-h...@directory.apache.org > > <mailto:dev-h...@directory.apache.org> > > > <mailto:dev-h...@directory.apache.org > > <mailto:dev-h...@directory.apache.org>>> > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org > > <mailto:dev-unsubscr...@directory.apache.org> > > > <mailto:dev-unsubscr...@directory.apache.org > > <mailto:dev-unsubscr...@directory.apache.org>> > > > For additional commands, e-mail: > > dev-h...@directory.apache.org <mailto:dev-h...@directory.apache.org> > > > <mailto:dev-h...@directory.apache.org > > <mailto:dev-h...@directory.apache.org>> > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org > For additional commands, e-mail: dev-h...@directory.apache.org > >