AppletTalk.com Java discussions newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  ORB Interoperability: real or only theory?          AppletTalk.com Forum Index -> Java and CORBA View previous topic :: View next topic   Author Message Wendsomde Yameogo Guest Posted: Wed Jan 14, 2004 8:55 pm    Post subject: ORB Interoperability: real or only theory? Hi, I have a CORBA application that is based on Orbix2000 from IONA. The Server is in C++ and the Client in Java. For different reasons, we are intending to replace Orbix2000 by some free ORB implementation. For the server-side, we decided for TAO, which seems to be quite good. However, in a first step we are intending to replace the Orbix2000 ORB only on the client side, and if this works out, we will carry on and use TAO on Server-side. But we were very surprised to see that simply replacing the ORB in the java(client) side by one of many different free Java ORBs (SUN jdk built-in ORB, JacORB, Orbacus, OpenORB, ZEN) just does not work, except for Orbacus which happens to also be an IONA product(with a free non-commercial license). The Java architecture makes it possible to replace the ORB just with some JVM arguments without even changing the source code, so there is really hardly any potential source of mistake. And the fact that it works only with another IONA ORB makes us think that Orbix2000 has some IONA-specific functionality. Now my questions: -Is there something like a public ORB interoperability matrix for reference? -Does anybody have experience with some combination of one of the named ORBs with Orbix? Thanx Back to top Steve Vinoski Guest Posted: Thu Jan 15, 2004 5:58 am    Post subject: Re: ORB Interoperability: real or only theory? [email]wendsomde (AT) yahoo (DOT) com[/email] (Wendsomde Yameogo) wrote in message news:<4c091c61.0401141255.7c3519d4 (AT) posting (DOT) google.com>... Quote: Hi, I have a CORBA application that is based on Orbix2000 from IONA. The Server is in C++ and the Client in Java. For different reasons, we are intending to replace Orbix2000 by some free ORB implementation. For the server-side, we decided for TAO, which seems to be quite good. However, in a first step we are intending to replace the Orbix2000 ORB only on the client side, and if this works out, we will carry on and use TAO on Server-side. But we were very surprised to see that simply replacing the ORB in the java(client) side by one of many different free Java ORBs (SUN jdk built-in ORB, JacORB, Orbacus, OpenORB, ZEN) just does not work, except for Orbacus which happens to also be an IONA product(with a free non-commercial license). The Java architecture makes it possible to replace the ORB just with some JVM arguments without even changing the source code, so there is really hardly any potential source of mistake. And the fact that it works only with another IONA ORB makes us think that Orbix2000 has some IONA-specific functionality. No, Orbix 2000 does not have functionality that prevents it from interoperating with other ORBs. You might be running into issues around codeset negotiation, GIOP versions, or something like that. We have plenty of customers using TAO and Orbix 2000 together. If you tell us what versions of Orbix 2000 and TAO you're using, and let us know what kinds of errors or exceptions you're seeing, I'm sure we can quickly get things working for you. --steve Back to top Stefan Loidl Guest Posted: Thu Jan 15, 2004 9:03 am    Post subject: Re: ORB Interoperability: real or only theory? Wendsomde Yameogo wrote: Quote: Now my questions: -Is there something like a public ORB interoperability matrix for reference? -Does anybody have experience with some combination of one of the named ORBs with Orbix? We are using Orbix2000 (server) and JacOrb (client) and it works for us. Stefan Back to top Martin Guest Posted: Thu Jan 15, 2004 10:50 am    Post subject: Re: ORB Interoperability: real or only theory? Quote: ... The Java architecture makes it possible to replace the ORB just with some JVM arguments without even changing the source code, so there is really hardly any potential source of mistake. ... I would assume that you have to rebuild the stubs and skeletons for each ORB. The interfaces of the stubs and skeletons are the same for each ORB but the contents are very ORB dependend. Just switching the JVM arguments wont work I think. Martin Back to top Ulrich.Teichert@gmx.de Guest Posted: Thu Jan 15, 2004 5:36 pm    Post subject: Re: ORB Interoperability: real or only theory? In <4c091c61.0401141255.7c3519d4 (AT) posting (DOT) google.com> [email]wendsomde (AT) yahoo (DOT) com[/email] (Wendsomde Yameogo) writes: Quote: Hi, I have a CORBA application that is based on Orbix2000 from IONA. The Server is in C++ and the Client in Java. For different reasons, we are intending to replace Orbix2000 by some free ORB implementation. For the server-side, we decided for TAO, which seems to be quite good. However, in a first step we are intending to replace the Orbix2000 ORB only on the client side, and if this works out, we will carry on and use TAO on Server-side. Been there, done that. Quote: But we were very surprised to see that simply replacing the ORB in the java(client) side by one of many different free Java ORBs (SUN jdk built-in ORB, JacORB, Orbacus, OpenORB, ZEN) just does not work, except for Orbacus which happens to also be an IONA product(with a free non-commercial license). Have you regenerated your CORBA stubs and skeletons? Have you changed the usual Java-voodoo command line arguments? [del] Quote: -Does anybody have experience with some combination of one of the named ORBs with Orbix? Orbix2000 1.2.3 (!) <-> TAO <-> omniORB <-> Orbacus <-> JacORB Worked just fine for us. We tried OpenORB once, but it bombed out with strange errors (this was 2001, so this is most possible fixed now), the jdk ORB was crap (1.3.x), so we just went with JacORB for Java and TAO for C++, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [email]Ulrich.Teichert (AT) gmx (DOT) de[/email] Stormweg 24 |listening to: Noticable One (Rotten Apples) 24539 Neumuenster, Germany|Obstacle 1 (Interpol) Paranoia (N.Y. Rel-X) Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         AppletTalk.com Forum Index -> Java and CORBA All times are GMT Page 1 of 1   Jump to: Select a forum Java Newsgroups----------------Java DiscussionsWeb-based java games comp.lang.java 3D Graphics API's for Java Java: Support and criticism Java System Announcements comp.lang.java.api JavaBeans Java and CORBA Java and Databases comp.lang.java.developer Java GUI Toolkits Java Help comp.lang.java.javascript JVM, native methods and hardware comp.lang.java.misc Java Language Programming Security and Java comp.lang.java.setup Java Software Tools comp.lang.java.tech ibm.software.java.linux  Non-English Java Newsgroups----------------Java Language (German)Language Java (Français)Java (Italian)  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.