[omniORB] Using onmiNames with a Java client.

[Mark Howells]

I guess my knowledge is a little flaky in this area and/or I haven't
explained my problem properly...

What I'm trying to do is use the javaORB client side with omninames.
javaOrb uses a config file to resolve initial refs where the entry for the
NameService is as follows.

NamingService   Host(mark),
ObjectId(IDL:omg.org/CosNaming/NamingContext:1.0), Key(NamingRoot),
Port(12345)

The error I get back from omniNames is 'org.omg.CORBA.OBJECT_NOT_EXIST' when
I attempt to narrow the NamingContext.

My understanding of the IOR printed by omniNames when it starts up is that
it can change  from invocation to invocation making installation a pain so I
can't do this.  

Mark

> -----Original Message-----
> From:	Duncan Grisby [SMTP:dgrisby@uk.research.att.com]
> Sent:	04 May 1999 12:14
> To:	'omniorb-list@uk.research.att.com'
> Subject:	Re: [omniORB] Using onmiNames with a Java client. 
> 
> On Tuesday 4 May, Mark Howells wrote:
> 
> > I'm trying to use the omniNames naming service with a java client (built
> > using javaORB from dog - http://www.multimania.com/dogweb and I get
> object
> > not found errors) The initial resolution file points to the omniNames
> server
> > PC and is asking for "IDL:omg.org/CosNaming/NamingContext:1.0" .  
> > 
> > Does anyone know why omniNames doesn't understand this request?  Is what
> > name _should_ I use for the naming context?
> 
> What exactly is the problem you are having?  The IDL:omg.org... thing
> is the Repository ID of the root naming context. The IOR printed out
> by omniNames when it starts up is of this type. Giving that IOR to
> another ORB should work fine.
> 
> Cheers,
> 
> Duncan.
> 
> -- 
>  -- Duncan Grisby  \  Research Engineer  --
>   -- AT&T Laboratories Cambridge          --
>    -- http://www.uk.research.att.com/~dpg1 --