[omniORB] omniORB 2.5 as client to JavaIDL Server

Steve Hines s-hines@ibm.net
Sun, 9 Aug 1998 15:36:45 -0400


This is a multi-part message in MIME format.

------=_NextPart_000_0036_01BDC3AB.83A08140
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,
   I'm trying to test a C++ client written using omniORB v2.5 to access =
a JavaIDL (beta 4) server.  The C++ client is to use the omniNames name =
server to lookup the server, and the Java server is to use the omniNames =
name server for registering its object instances. =20

Problem 1:  The Java server can't use resolve_initial_references to =
access omniNames, so I tried programtically looking up the omniNames IOR =
in the omniORB.cfg file and doing a string_to_object on it.  The =
string_to_object operation failed with a org.omg.CORBA.DATA_CONVERSION =
exception.  Is there a solution to this?  If not, is there any way that =
omniORB can use the JavaIDL name server (tnameserv)?

Problem 2:  Given the IOR of my Java server object, the omniORB C++ =
client uses it in a call to string_to_object and then verifies the =
object reference with a call to CORBA::is_nil(obj) which returns true =
indicating that the object reference is invalid.

Any help with this would be greatly appreciated as I've tried many =
iterations on this problem and don't know what to try next.

Thanks,

Steve

------=_NextPart_000_0036_01BDC3AB.83A08140
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hello,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>&nbsp;&nbsp; I'm trying to test a =
C++ client=20
written using omniORB v2.5 to access a JavaIDL (beta 4) server.&nbsp; =
The C++=20
client is to use the omniNames name server to lookup the server, and the =
Java=20
server is to use the omniNames name server for registering its object=20
instances.&nbsp; </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Problem 1:&nbsp; The Java server =
can't use=20
resolve_initial_references to access omniNames, so I tried =
programtically=20
looking up the omniNames IOR in the omniORB.cfg file and doing a=20
string_to_object on it.&nbsp; The string_to_object operation failed with =
a=20
org.omg.CORBA.DATA_CONVERSION exception.&nbsp; Is there a solution to=20
this?&nbsp; If not, is there any way that omniORB can use the JavaIDL =
name=20
server (tnameserv)?</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Problem 2:&nbsp; Given the IOR of my =
Java server=20
object, the omniORB C++ client uses it in a call to string_to_object and =
then=20
verifies the object reference with a call to CORBA::is_nil(obj) which =
returns=20
true indicating that the object reference is invalid.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Any help with this would be greatly =
appreciated=20
as I've tried many iterations on this problem and don't know what to try =

next.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Steve</FONT></DIV></BODY></HTML>

------=_NextPart_000_0036_01BDC3AB.83A08140--