You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by David Worms <da...@simpledesign.com> on 2003/02/06 06:57:04 UTC
[Merlin-AltRMI] did someone achieved it?
I am fighting very hard to have Merlin, cornerstone, and AltRMI working
toguether. I was almost there until I stuck 3 lines of code from
paradise. Maybe the problem is just about my lack of knowledge in using
AltRMI.
I have tried every possible combinations but none worked. All my
Cornerstone blocks get properly loaded and configured in Merlin. One
the server side, I have tried to configure the publisher with both
PartialSocketObjectStreamServer or PartialSocketCustomStreamServer. On
the client side, I get two type of problems depending on the host
context I use:
o Client side code 1:
Factory altrmiFactory = new ClientSideClassFactory();
HostContext hc = new SocketObjectStreamHostContext( "127.0.0.1", 8666 );
generate:
Exception in thread "main"
org.apache.excalibur.altrmi.common.BadConnectionException: Cannot open
Stream(s) for socket: Cannot connect to remote AltRMI server. Have we a
mismatch on transports?
...client.impl.socket.AbstractSocketStreamInvocationHandler.<init>(Abstr
actSocketStreamInvocationHandler.java:66)
...client.impl.socket.SocketObjectStreamInvocationHandler.<init>(SocketO
bjectStreamInvocationHandler.java:48)
...client.impl.socket.SocketObjectStreamHostContext.<init>(SocketObjectS
treamHostContext.java:46)
o Client side code 2:
Factory altrmiFactory = new ClientSideClassFactory();
HostContext hc = new SocketCustomStreamHostContext( "127.0.0.1", 8666 );
altrmiFactory.setHostContext( hc, false );
generate:
AltRMI service abnormally ended, Trying to reconnect (attempt 0)
Does someone has any idea/experience, or could direct me to a project
integrating merlin with AltRMI?
Thanks
David
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: [Merlin-AltRMI] did someone achieved it?
Posted by Paul Hammant <pa...@yahoo.com>.
Lads,
Vinay wants to do this. He knows Fortress and Merlin inside and out and is keen as mustard to do
in next. He already did half the work, so is merely planning to iron out the wrinkles.
- Paul
--- David Worms <da...@simpledesign.com> wrote: >
> On Wednesday, February 5, 2003, at 11:02 PM, Stephen McConnell wrote:
>
> >
> > David:
> >
> > I have the inclusion of instrumentation on the wish list for Merlin
> > and I'm planning on supporting AltRMI and IIOP as transport
> > mechanisms. But there are about three relatively big items on the
> > agenda before it so I'm not about to get into the area anytime soon.
> > Based on the info below - I can't see any problems that point to
> > Merlin.
>
> You are right, it has nothing to do with Merlin. I just got the same
> exceptions while running AltRMI test cases:
>
>
> [junit] Testsuite:
> org.apache.excalibur.altrmi.client.impl.naming.DefaultContextTestCase
> [junit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 63.324
> sec
> [junit] ------------- Standard Error -----------------
> [junit] org.apache.excalibur.altrmi.common.BadConnectionException:
> Cannot open Stream(s) for socket: Cannot connect to remote AltRMI
> server. Have we a mismatch on transports?
> [junit] at
> org.apache.excalibur.altrmi.client.impl.socket.AbstractSocketStreamInvoc
> ationHandler.<init>(AbstractSocketStreamInvocationHandler.java:66)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.socket.SocketObjectStreamInvocat
> ionHandler.<init>(SocketObjectStreamInvocationHandler.java:48)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.socket.SocketObjectStreamHostCon
> text.<init>(SocketObjectStreamHostContext.java:66)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.socket.SocketObjectStreamFactory
> Helper.getInterfaceLookup(SocketObjectStreamFactoryHelper.java:46)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.AbstractInterfaceLookupFactory.g
> etInterfaceLookup(AbstractInterfaceLookupFactory.java:72)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.naming.DefaultContext.<init>(Def
> aultContext.java:113)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.naming.DefaultContextTestCase.te
> stObjectStreamDetails(DefaultContextTestCase.java:36)
> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> [junit] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
> a:39)
> [junit] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
> Impl.java:25)
> [junit] at java.lang.reflect.Method.invoke(Method.java:324)
> [junit] at junit.framework.TestCase.runTest(TestCase.java:154)
> [junit] at junit.framework.TestCase.runBare(TestCase.java:127)
> [junit] at
> junit.framework.TestResult$1.protect(TestResult.java:106)
> [junit] at
> junit.framework.TestResult.runProtected(TestResult.java:124)
> [junit] at junit.framework.TestResult.run(TestResult.java:109)
> [junit] at junit.framework.TestCase.run(TestCase.java:118)
> [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
> [junit] at junit.framework.TestSuite.run(TestSuite.java:203)
> [junit] at
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTe
> stRunner.java:325)
> [junit] at
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitT
> estRunner.java:524)
> [junit] ------------- ---------------- ---------------
>
> [junit] Testcase: testObjectStreamDetails took 60.917 sec
> [junit] Caused an ERROR
> [junit] Cannot open Stream(s) for socket: Cannot connect to remote
> AltRMI server. Have we a mismatch on transports?
> [junit] javax.naming.NamingException: Cannot open Stream(s) for
> socket: Cannot connect to remote AltRMI server. Have we a mismatch on
> transports?
> [junit] at
> org.apache.excalibur.altrmi.client.impl.naming.DefaultContext.<init>(Def
> aultContext.java:122)
> [junit] at
> org.apache.excalibur.altrmi.client.impl.naming.DefaultContextTestCase.te
> stObjectStreamDetails(DefaultContextTestCase.java:36)
> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> [junit] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
> a:39)
> [junit] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
> Impl.java:25)
>
> > However (and I don't know if this is related or not) there is some
> > things going on in the Merlin code dealing with URL stream handles
> > which is in the process of being refactored - but I don;t see how this
> > would be causing problems.
> >
> > Paul .. any suggestions?
> >
> > Cheers, Steve.
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
>
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: [Merlin-AltRMI] did someone achieved it?
Posted by David Worms <da...@simpledesign.com>.
On Wednesday, February 5, 2003, at 11:02 PM, Stephen McConnell wrote:
>
> David:
>
> I have the inclusion of instrumentation on the wish list for Merlin
> and I'm planning on supporting AltRMI and IIOP as transport
> mechanisms. But there are about three relatively big items on the
> agenda before it so I'm not about to get into the area anytime soon.
> Based on the info below - I can't see any problems that point to
> Merlin.
You are right, it has nothing to do with Merlin. I just got the same
exceptions while running AltRMI test cases:
[junit] Testsuite:
org.apache.excalibur.altrmi.client.impl.naming.DefaultContextTestCase
[junit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 63.324
sec
[junit] ------------- Standard Error -----------------
[junit] org.apache.excalibur.altrmi.common.BadConnectionException:
Cannot open Stream(s) for socket: Cannot connect to remote AltRMI
server. Have we a mismatch on transports?
[junit] at
org.apache.excalibur.altrmi.client.impl.socket.AbstractSocketStreamInvoc
ationHandler.<init>(AbstractSocketStreamInvocationHandler.java:66)
[junit] at
org.apache.excalibur.altrmi.client.impl.socket.SocketObjectStreamInvocat
ionHandler.<init>(SocketObjectStreamInvocationHandler.java:48)
[junit] at
org.apache.excalibur.altrmi.client.impl.socket.SocketObjectStreamHostCon
text.<init>(SocketObjectStreamHostContext.java:66)
[junit] at
org.apache.excalibur.altrmi.client.impl.socket.SocketObjectStreamFactory
Helper.getInterfaceLookup(SocketObjectStreamFactoryHelper.java:46)
[junit] at
org.apache.excalibur.altrmi.client.impl.AbstractInterfaceLookupFactory.g
etInterfaceLookup(AbstractInterfaceLookupFactory.java:72)
[junit] at
org.apache.excalibur.altrmi.client.impl.naming.DefaultContext.<init>(Def
aultContext.java:113)
[junit] at
org.apache.excalibur.altrmi.client.impl.naming.DefaultContextTestCase.te
stObjectStreamDetails(DefaultContextTestCase.java:36)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:324)
[junit] at junit.framework.TestCase.runTest(TestCase.java:154)
[junit] at junit.framework.TestCase.runBare(TestCase.java:127)
[junit] at
junit.framework.TestResult$1.protect(TestResult.java:106)
[junit] at
junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework.TestResult.run(TestResult.java:109)
[junit] at junit.framework.TestCase.run(TestCase.java:118)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit] at junit.framework.TestSuite.run(TestSuite.java:203)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTe
stRunner.java:325)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitT
estRunner.java:524)
[junit] ------------- ---------------- ---------------
[junit] Testcase: testObjectStreamDetails took 60.917 sec
[junit] Caused an ERROR
[junit] Cannot open Stream(s) for socket: Cannot connect to remote
AltRMI server. Have we a mismatch on transports?
[junit] javax.naming.NamingException: Cannot open Stream(s) for
socket: Cannot connect to remote AltRMI server. Have we a mismatch on
transports?
[junit] at
org.apache.excalibur.altrmi.client.impl.naming.DefaultContext.<init>(Def
aultContext.java:122)
[junit] at
org.apache.excalibur.altrmi.client.impl.naming.DefaultContextTestCase.te
stObjectStreamDetails(DefaultContextTestCase.java:36)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
> However (and I don't know if this is related or not) there is some
> things going on in the Merlin code dealing with URL stream handles
> which is in the process of being refactored - but I don;t see how this
> would be causing problems.
>
> Paul .. any suggestions?
>
> Cheers, Steve.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: [Merlin-AltRMI] did someone achieved it?
Posted by Stephen McConnell <mc...@apache.org>.
David:
I have the inclusion of instrumentation on the wish list for Merlin and
I'm planning on supporting AltRMI and IIOP as transport mechanisms. But
there are about three relatively big items on the agenda before it so
I'm not about to get into the area anytime soon. Based on the info
below - I can't see any problems that point to Merlin. However (and I
don't know if this is related or not) there is some things going on in
the Merlin code dealing with URL stream handles which is in the process
of being refactored - but I don;t see how this would be causing problems.
Paul .. any suggestions?
Cheers, Steve.
David Worms wrote:
>
> I am fighting very hard to have Merlin, cornerstone, and AltRMI
> working toguether. I was almost there until I stuck 3 lines of code
> from paradise. Maybe the problem is just about my lack of knowledge
> in using AltRMI.
>
> I have tried every possible combinations but none worked. All my
> Cornerstone blocks get properly loaded and configured in Merlin. One
> the server side, I have tried to configure the publisher with both
> PartialSocketObjectStreamServer or PartialSocketCustomStreamServer.
> On the client side, I get two type of problems depending on the host
> context I use:
>
>
> o Client side code 1:
>
> Factory altrmiFactory = new ClientSideClassFactory();
> HostContext hc = new SocketObjectStreamHostContext( "127.0.0.1", 8666 );
>
> generate:
>
> Exception in thread "main"
> org.apache.excalibur.altrmi.common.BadConnectionException: Cannot
> open Stream(s) for socket: Cannot connect to remote AltRMI server.
> Have we a mismatch on transports?
> ...client.impl.socket.AbstractSocketStreamInvocationHandler.<init>(Abstr
> actSocketStreamInvocationHandler.java:66)
> ...client.impl.socket.SocketObjectStreamInvocationHandler.<init>(SocketO
> bjectStreamInvocationHandler.java:48)
> ...client.impl.socket.SocketObjectStreamHostContext.<init>(SocketObjectS
> treamHostContext.java:46)
>
> o Client side code 2:
>
> Factory altrmiFactory = new ClientSideClassFactory();
> HostContext hc = new SocketCustomStreamHostContext( "127.0.0.1", 8666 );
> altrmiFactory.setHostContext( hc, false );
>
> generate:
>
> AltRMI service abnormally ended, Trying to reconnect (attempt 0)
>
>
> Does someone has any idea/experience, or could direct me to a project
> integrating merlin with AltRMI?
>
> Thanks
>
> David
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
>
>
>
--
Stephen J. McConnell
mailto:mcconnell@apache.org
http://www.osm.net
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org