Are you waiting for the service in your test explicitly or does it come from pax exam itself ?
What JDK and Karaf version are you using ? As reminder, Pax Exam is used in Karaf itests themselves, and I don't have such issue. It could be related to JDK 11 if you are using this JDK version. Regards JB On 01/05/2019 17:13, Alex Soto wrote: > Thanks JB, no there are no errors in the log file, besides this one. > > Best regards, > Alex soto > > > > >> On May 1, 2019, at 12:10 AM, Jean-Baptiste Onofré <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi Alex, >> >> Most of the time, this is a consequence of another error. >> >> Can you take a look in the target/exam karaf.log to see if there's >> something special there ? >> >> Regards >> JB >> >> On 29/04/2019 18:09, Alex Soto wrote: >>> Hello, >>> >>> I am using pax-exam 4.11.0 for integration tests. I am consistently >>> getting the following exception. >>> >>> >>> org.ops4j.pax.swissbox.tracker.ServiceLookupException: gave up waiting >>> for service org.ops4j.pax.exam.ProbeInvoker >>> at >>> org.ops4j.pax.swissbox.tracker.ServiceLookup.getService(ServiceLookup.java:199) >>> at >>> org.ops4j.pax.swissbox.tracker.ServiceLookup.getService(ServiceLookup.java:136) >>> at >>> org.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.remoteCall(RemoteBundleContextImpl.java:80) >>> 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:835) >>> 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) >>> at >>> sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:283) >>> at >>> sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:260) >>> at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:161) >>> at >>> java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:227) >>> at >>> java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:179) >>> at com.sun.proxy.$Proxy14.remoteCall(Unknown Source) >>> at >>> org.ops4j.pax.exam.rbc.client.intern.RemoteBundleContextClientImpl$1.invoke(RemoteBundleContextClientImpl.java:102) >>> at com.sun.proxy.$Proxy15.call(Unknown Source) >>> at >>> org.ops4j.pax.exam.rbc.client.intern.RemoteBundleContextClientImpl.call(RemoteBundleContextClientImpl.java:290) >>> at >>> org.ops4j.pax.exam.container.remote.RBCRemoteTarget.call(RBCRemoteTarget.java:60) >>> at >>> org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.call(KarafTestContainer.java:652) >>> at >>> org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.invoke(EagerSingleStagedReactor.java:109) >>> at >>> org.ops4j.pax.exam.junit.impl.ProbeRunner$2.evaluate(ProbeRunner.java:267) >>> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) >>> at >>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) >>> at >>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) >>> 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.ops4j.pax.exam.junit.impl.ProbeRunner.run(ProbeRunner.java:98) >>> at org.ops4j.pax.exam.junit.PaxExam.run(PaxExam.java:93) >>> at >>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365) >>> at >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273) >>> at >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238) >>> at >>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:379) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:340) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:413) >>> >>> >>> What causes this? How to troubleshoot or how to increase the timeout? >>> >>> Best regards, >>> Alex soto >>> >>> >>> >>> >> >> -- >> Jean-Baptiste Onofré >> [email protected] <mailto:[email protected]> >> http://blog.nanthrax.net >> Talend - http://www.talend.com > -- Jean-Baptiste Onofré [email protected] http://blog.nanthrax.net Talend - http://www.talend.com
