It's not clear what you mean. At any rate, given that there are aQuote:>> No ,I mean how to implement this ;-)
Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197
Electrical Engineering and Computer Science FAX: (615) 343-7440
Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/
If you have a servant, and it is not activated, then there is no map to an
object reference (because servants and objects are different).
If you activated using activate_object, that returned a
PortableServer::ObjectId. You can use that object ID with id_to_reference to
get the reference for that object.
If you activated with activate_object_with_id, then you just use the ID you
passed in with id_to_reference.
If you have only available the activated servant, then you can pass that
servant in to servant_to_reference to get back the object reference.
You can also use _this() on the servant to get the reference. If the servant
is not activated, and it allows implicit activation, it will return an
object reference. If it is already activated, it will return an object
Quote:> No ,I mean how to implement this ;-)
> I realised that if there is a way to get Repostiroy ID of Servant then
> will be no problem for this.....
Reading page 480 of 'Advanced CORBA Programming with C++' it says that
servant managers are themselves CORBA objects. Why is this?
I would have thought that SMs are objects that sit *behind* the real
CORBA objects and merely reflect a particular approach to implementing
the functionality of the server.
What am I missing?
Sent via Deja.com http://www.deja.com/
Before you buy.