Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / CORBA / January 2004

Tip: Looking for answers? Try searching our database.

ORB Interoperability: real or only theory?

Thread view: 
Wendsomde Yameogo - 14 Jan 2004 20:55 GMT
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
Steve Vinoski - 15 Jan 2004 05:58 GMT
> Hi,
>
[quoted text clipped - 15 lines]
> 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
Stefan Loidl - 15 Jan 2004 09:03 GMT
> 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
Martin - 15 Jan 2004 10:50 GMT
> ... 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
Ulrich.Teichert@gmx.de - 15 Jan 2004 17:36 GMT
>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
[quoted text clipped - 3 lines]
>only on the client side, and if this works out, we will
>carry on and use TAO on Server-side.

Been there, done that.

>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]
>-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
Signature

Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Noticable One (Rotten Apples)
24539 Neumuenster, Germany|Obstacle 1 (Interpol) Paranoia (N.Y. Rel-X)



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.