Hi Darius, Thanks for your feedback!
The refactoring caused a change in the CosNaming IOR indeed. Now I see that maybe I got a bit carried away when did this. I've made the CORBA naming service use the new IIOPInvoker stuff, but this was not really necessary. The IOR change could have been avoided. The new corbaloc URL looks really inconvenient. Probably the best thing is to revert the change that made it this ugly... But the ugly URL should work anyway... I have no idea on why you can't reach the naming service with it. Is this problem bothering you TOO much? I think I will revert the change anyway (it is just a matter of hooking the CosNaming service directly to the ORB again), but cannot do it right now. I would also like to understand why the ugly corbaloc URL does not work. Can you use the CosNaming IOR to reach the naming server? Just as a temporary workaround? Best, Francisco On Wed, 5 Jun 2002, Schier, Darius wrote: > Hi Francisco, > > I had a question about the refactoring of the corba service within the > current cvs version of jboss. > > > > We are using a Java side server that does some central tasks for our C++ > Clients (TAO), that communicate through Corba. > > This server is realized as a MBean now. > > It was pretty straightforward in jboss3.0 to bootstrap the CosNaming from > the C++ side through something like > > > > corbaloc::1.2@localhost:5300/JBoss/Naming/root > > > > After a sync of the cvs version the CosNaming seems to be hooked very > different. If I do an dump of the ior string that is written into the log > file, I get something like > > > > Repo Id: IDL:omg.org/CosNaming/NamingContextExt:1.0 > > > > IIOP Profile > > Version: 1.2 > > Address: inet:192.168.202.142:5300 > > Location: > corbaloc::[EMAIL PROTECTED]:5300/JBoss/PPOA/%ac%ed%00%05sr%00'org.jboss.in > vocation.iiop.ReferenceDataxpt%00%09CosNamingq%00~%00%02 > > Components: Native Codesets: > > normal: ISO 8859-1:1987; Latin Alphabet No. 1 > > wide: ISO/IEC 10646-1:1993; UTF-16, UCS Transformation > Format 16-bit form > > Other Codesets: > > X/Open UTF-8; UCS Transformation Format 8 (UTF-8) > > Other Wide Codesets: > > X/Open UTF-8; UCS Transformation Format 8 (UTF-8) > > Key: 4a 42 6f 73 73 2f 50 50 4f 41 2f ac ed 00 05 73 > JBoss/PPOA/....s > > 72 00 27 6f 72 67 2e 6a 62 6f 73 73 2e 69 6e 76 > r.'org.jboss.inv > > 6f 63 61 74 69 6f 6e 2e 69 69 6f 70 2e 52 65 66 > ocation.iiop.Ref > > 65 72 65 6e 63 65 44 61 74 61 78 70 74 00 09 43 > erenceDataxpt..C > > 6f 73 4e 61 6d 69 6e 67 71 00 7e 00 02 osNamingq.~.. > > > > If I try to use this location for bootstrapping the name service, I cannot > get it. > > Any ideas? > > > > Best regards > > Darius Schier > Systems Development / Databases > > infor: > business solutions AG > Hauerstrasse 12 > 66299 Friedrichsthal, Germany > Tel.: +49 (0) 0 68 97. 98 33-0 > Fax: +49 (0) 0 68 97. 98 33-859 > < <mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]> > < <http://www.infor.de/> http://www.infor.de> > > Vorstandssprecher: Hubert Becker, Prof. Dr. Joachim Hertel - Vorstand: > Andreas Reinicke, Ludwig Augustin > Aufsichtsratsvorsitzender: Werner Huttner > Sitz der Gesellschaft: Friedrichsthal/Saar. Handelsregister: Amtsgericht > Saarbrücken. HRB 11470 > > > > ########################################### > > This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. > For more information, connect to http://www.F-Secure.com/ > _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
