[omniORB] I need a solution

[Steven W. Brenneis]

Frank,

Are you saying that binding the root context of the A and B name
services in the C name service makes their bindings available to it?  I
hope that is true because it would be extremely helpful to our situation
(roughly 200 mixed VMS and NT systems on several subnets spanning about
a hundred applications).

Steve Brenneis

Frank Lynch wrote:
> 
> I think you need to set up a federated naming service.
> If you have 3 hosts A,B and C, and have naming services running on all 3
> hosts. A & B only need to access objects that are local, while C needs to
> access everything at A and B. Essentially what you need to do is bind the
> root context (the IOR is in omniORB.cfg) to the naming service on host C.
> hope this helps!
> Frank
> 
> On Tue, 25 May 1999, Cristi wrote:
> 
> > Hi.
> >
> > If anyone could give a solution I'd be very pleased.
> >
> > Here is my problem.
> > Suppose I have 2 different points of work in my company and they are
> > phisically far away from eachother. In any of these points is an object
> > which processes the data from its location. The two points can not
> > communicate, only from time to time, so I have to install omniORB on each of
> > the two places, in order to process the data local (so there is a
> > NamingService in each location). From time to time I need to centralize the
> > data from the two points, and I want to use a client program which contacts
> > the object in the first point, get the data, and then contacts the object in
> > the second point, in order to obtain the data from each point.
> >
> > How can I do this?
> > I hope I was clear.
> > Thanks a lot.
> > CrisTI
> >
> >