general  

[issues] Commented: (PAXEXAM-168) PAX-Exam uses the "fw0" interface instead of localhost

Mirko Jahn (JIRA)
Tue, 09 Feb 2010 02:29:25 -0800

    [ 
http://issues.ops4j.org/browse/PAXEXAM-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13314#action_13314
 ] 

Mirko Jahn commented on PAXEXAM-168:
------------------------------------

Ok, I'll take a look at it... Meanwhile I tried it on Windows XP without any 
problems. Doesn't seem to be a wrong mvn configuration at least.

> PAX-Exam uses the "fw0" interface instead of localhost
> ------------------------------------------------------
>
>                 Key: PAXEXAM-168
>                 URL: http://issues.ops4j.org/browse/PAXEXAM-168
>             Project: Pax Exam
>          Issue Type: Bug
>    Affects Versions: 1.2.0
>         Environment: Mac OS X 10.6 SnowLeopard
>            Reporter: Mirko Jahn
>            Assignee: Toni Menzel
>             Fix For: 1.2.1
>
>
> For some reason, pax exam is using my FireWire interface instead of the en0 
> to create the RMI connection. If there is a property to actually overwrite 
> the taken IP address, this could be solved quite easily. The VM properties 
> don't indicate anything, that this is somehow related to my system 
> configuration. Maybe I missed something, but I couldn't figure out what that 
> might be.
> org.ops4j.pax.exam.spi.container.TestContainerException: Cannot get the 
> remote bundle context
>       at 
> org.ops4j.pax.exam.rbc.client.RemoteBundleContextClient.getRemoteBundleContext(RemoteBundleContextClient.java:324)
>       at 
> org.ops4j.pax.exam.rbc.client.RemoteBundleContextClient.waitForState(RemoteBundleContextClient.java:265)
>       at 
> org.ops4j.pax.exam.container.def.internal.PaxRunnerTestContainer.waitForState(PaxRunnerTestContainer.java:317)
>       at 
> org.ops4j.pax.exam.container.def.internal.PaxRunnerTestContainer.start(PaxRunnerTestContainer.java:272)
>       at 
> org.ops4j.pax.exam.junit.internal.JUnit4TestMethod.invoke(JUnit4TestMethod.java:142)
>       at 
> org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98)
>       at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79)
>       at 
> org.ops4j.pax.exam.junit.internal.JUnit4MethodRoadie.runBeforesThenTestThenAfters(JUnit4MethodRoadie.java:60)
>       at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
>       at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
>       at 
> org.ops4j.pax.exam.junit.JUnit4TestRunner.invokeTestMethod(JUnit4TestRunner.java:246)
>       at 
> org.ops4j.pax.exam.junit.JUnit4TestRunner.runMethods(JUnit4TestRunner.java:196)
>       at 
> org.ops4j.pax.exam.junit.JUnit4TestRunner$2.run(JUnit4TestRunner.java:186)
>       at 
> org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
>       at 
> org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
>       at 
> org.ops4j.pax.exam.junit.JUnit4TestRunner.run(JUnit4TestRunner.java:182)
>       at 
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>       at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
>       at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
>       at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>       at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>       at java.lang.reflect.Method.invoke(Method.java:597)
>       at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
>       at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
> Caused by: java.rmi.ConnectException: Connection refused to host: 
> 169.254.217.128; nested exception is: 
>       java.net.ConnectException: Operation timed out
>       at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
>       at 
> sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
>       at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
>       at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
>       at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
>       at 
> org.ops4j.pax.exam.rbc.client.RemoteBundleContextClient.getRemoteBundleContext(RemoteBundleContextClient.java:302)
>       ... 25 more
> Caused by: java.net.ConnectException: Operation timed out
>       at java.net.PlainSocketImpl.socketConnect(Native Method)
>       at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
>       at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
>       at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
>       at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:432)
>       at java.net.Socket.connect(Socket.java:525)
>       at java.net.Socket.connect(Socket.java:475)
>       at java.net.Socket.<init>(Socket.java:372)
>       at java.net.Socket.<init>(Socket.java:186)
>       at 
> sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
>       at 
> sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
>       at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
>       ... 30 more

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.ops4j.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general