[omniORB] using more orb-s in the same application
Attila Czigány
atteeharp at gmail.com
Thu Apr 27 12:15:23 BST 2006
Hello,
Thanks for the connection infos, I will check.
Yes, I use "NameService" and it is OK, but I wanted to use to different
hosts in the same time with their own "NameService", and this would be
possible only with two orbs if I am not mistaken.(one for client, one for
server) But OK, it is quite special, who wants that anyway... (Solved it in
other way)
On 4/27/06, Luke Deller <ldeller at xplantechnology.com> wrote:
>
>
> On Wed, 2006-04-26 at 20:43 +0200, Attila Czigány wrote:
> > In my application I would like to use more NameService/ORB -s.
> > The app works as server and client too, the clients NameService is on
> > another host, not the same as for the server part.
> > But when I want to initialize the second orb with
> > CORBA::ORB_init(argc,argv,.., options), it return with the same
> > setting which was initialized before, and not with the things set in
> > options variable.
>
> Yes this is correct; you can only create one ORB in a process.
>
> It is possible to access several different name services using the same
> ORB. How do you access the name service? Are you using an initial
> reference called "NameService"? In this case you could for example add
> another initial reference with a different name for accessing the other
> name service.
>
> > Another problem, I dont know if it is normal or not.
> > If the server app is not on the same net as the NameService, it cannot
> > register its object. Is this normal?
> > (server app on local net, NameService on internet)
>
> Obviously you need network connectivity: your app needs to be able to
> contact the name service via the address which you specify. Besides
> this, there is no requirement that your app be on the same net as the
> name service.
>
> When a computer has several IP addresses, you can get problems if the
> ORB picks the wrong IP address to publish in object references. In this
> case you will need to explicitly tell the ORB which IP addresses to
> publish (using the "endPoint" or "endPointPublishAllIFs" configuration
> options).
>
> Regards,
> Luke.
>
>
>
> **********************************************************************************************
>
> Important Note
> This email (including any attachments) contains information which is
> confidential and may be subject to legal privilege. If you are not
> the intended recipient you must not use, distribute or copy this
> email. If you have received this email in error please notify the
> sender immediately and delete this email. Any views expressed in this
> email are not necessarily the views of XPlan Technology.
>
> It is the duty of the recipient to virus scan and otherwise test the
> information provided before loading onto any computer system.
> Xplan Technology does not warrant that the
> information is free of a virus or any other defect or error.
>
> **********************************************************************************************
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20060427/49720a80/attachment.htm
More information about the omniORB-list
mailing list