I removed the injection of the bundle and the tests try to run,
however we need a jms connection in our application.  Unfortunately
this connection seems to be getting denied too.  When I start service
mix by itself and load the bundles everything works fine.  As far as I
know the firewall is disabled (even tryied rebooting after disabling
the firewall).  The firewall is seeing the traffic though not much
seems to be getting passed around.  Firewall log is pasted below.  It
seems that every connection originating inside pax exam or the osgi
container originating from pax exam is getting denied based on the
error message (connection refused).  Not sure where to go from here I
even temporairily disable the virus scanner.  Any suggestions would be
appreciated.


5:37:43 PM      system  IN      TCP     3.76.176.45     1406    3.76.176.45     
1099    Allow all
traffic 0 bytes 48 bytes
5:37:43 PM      java.exe        OUT
        TCP     3.76.176.45     1099    localhost(any)  1406    Allow all 
traffic       0 bytes 0
bytes
5:37:43 PM      system  IN      TCP     localhost       1405    localhost       
61616   Allow all
traffic 0 bytes 48 bytes
5:37:43 PM      java.exe        OUT     TCP     localhost       61616   
localhost       1405    Allow all
traffic 0 bytes 0 bytes
5:37:42 PM      system  IN      TCP     3.76.176.45     1404    3.76.176.45     
1099    Allow all
traffic 0 bytes 48 bytes
5:37:42 PM      java.exe        OUT     TCP     3.76.176.45     1099    
3.76.176.45     1404    Allow
all traffic     0 bytes 0 bytes
5:37:41 PM      java.exe        OUT
        TCP     3.76.176.45     1099    localhost(any)  1403    Allow all 
traffic       0 bytes 0
bytes
5:37:41 PM      system  IN      TCP     3.76.176.45     1403    3.76.176.45     
1099    Allow all
traffic 120 bytes       144 bytes
5:37:40 PM      system  IN      TCP     3.76.176.45     1402    3.76.176.45     
1099    Allow all
traffic 120 bytes       144 bytes
5:37:40 PM      java.exe        OUT
        TCP     3.76.176.45     1099    localhost(any)  1402    Allow all 
traffic       0 bytes 0
bytes

On Wed, Apr 21, 2010 at 1:26 PM, Toni Menzel <[email protected]> wrote:
> err.. thats fine!
> Just let me know if there are more problems.
>
> On Wed, Apr 21, 2010 at 7:11 PM, Randall Alexander
> <[email protected]> wrote:
>>
>> I withdraw my statement.  Apparently I can't read firewall settings
>> correctly.
>>
>> On Wed, Apr 21, 2010 at 12:45 PM, Randall Alexander
>> <[email protected]> wrote:
>> > Is there any other way to get this error besides firewall and
>> > anti-virus?  Lets just say they should not be an issue at the moment.
>> > :) (oh I am 3.76.176.45)
>> >
>> > 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:59)
>> >        at
>> > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
>> >        at
>> > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
>> >        at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
>> >        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:350)
>> >        at
>> > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
>> > Caused by: java.rmi.ConnectException: Connection refused to host:
>> > 3.76.176.45; nested exception is:
>> >        java.net.ConnectException: Connection refused: connect
>> >        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: Connection refused: connect
>> >        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:366)
>> >        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
>> >
>> >
>> >
>> > On Wed, Apr 21, 2010 at 11:43 AM, Toni Menzel <[email protected]>
>> > wrote:
>> >> Hi!
>> >> Exam starts asking for 1412 and 100 above for its RMI communication.
>> >> On Wed, Apr 21, 2010 at 5:06 PM, Randall Alexander
>> >> <[email protected]> wrote:
>> >>>
>> >>> I am getting the "Cannot get the remote bundle context" error.  After
>> >>> reading http://wiki.ops4j.org/display/paxexam/FAQ and looking at the
>> >>> stack trace I am pretty sure it is a firewall error.  I can get ports
>> >>> to be unblocked if i know the port numbers.  Does anyone know what
>> >>> ports pax exam tries to use?
>> >>>
>> >>>
>> >>> --
>> >>> Randy
>> >>>
>> >>> _______________________________________________
>> >>> general mailing list
>> >>> [email protected]
>> >>> http://lists.ops4j.org/mailman/listinfo/general
>> >>
>> >>
>> >>
>> >> --
>> >> Toni Menzel
>> >> Independent Software Developer
>> >> Professional Profile: http://okidokiteam.com
>> >> [email protected]
>> >> http://www.ops4j.org     - New Energy for OSS Communities - Open
>> >> Participation Software.
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Randy
>> > http://randallalexander-os.blogspot.com/
>> > http://randallalexander-java.blogspot.com/
>> > http://randallalexander-flex.blogspot.com/
>> > http://randallalexander-ruby.blogspot.com/
>> >
>>
>>
>>
>> --
>> Randy
>> http://randallalexander-os.blogspot.com/
>> http://randallalexander-java.blogspot.com/
>> http://randallalexander-flex.blogspot.com/
>> http://randallalexander-ruby.blogspot.com/
>
>
>
> --
> Toni Menzel
> Independent Software Developer
> Professional Profile: http://okidokiteam.com
> [email protected]
> http://www.ops4j.org     - New Energy for OSS Communities - Open
> Participation Software.
>
>



-- 
Randy
http://randallalexander-os.blogspot.com/
http://randallalexander-java.blogspot.com/
http://randallalexander-flex.blogspot.com/
http://randallalexander-ruby.blogspot.com/

_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general

Reply via email to