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 <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________________________ 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
