[omniORB] Beginner's question about corbaloc

[fischer.c at atlas.de]

In my eyes _this() (as skeleton method) simply tries to do too much in one go.
Having a function that serves three different purposes, depending on the context in which it is called, is possibly very confusing and may lead to errors that are hard to detect (see my last mail, even the VisiBroker developers haven't understood).

Unless you precisely know about the context in which you call _this(),
i would always suggest to go the straight way without any ifs and buts:

1. activate_object
2. id_to_reference
3. _narrow

Best Regards
Clemens

-----Ursprüngliche Nachricht-----
Von: omniorb-list-bounces at omniorb-support.com [mailto:omniorb-list-bounces at omniorb-support.com] Im Auftrag von Clarke Brunt
Gesendet: Montag, 15. November 2004 14:51
An: omniORB-list at omniorb-support.com
Betreff: Re: [omniORB] Beginner's question about corbaloc 

<fischer.c at atlas.de> wrote:

>I just found it in http://www.omg.org/docs/formal/03-06-03.pdf,
>the current version of the C++ Language Mapping, in chapter
>1.37.5. 'Skeleton Operations'. Thanks for pointing that out.
>
>After reading the third chapter i understand what happens in the
>case of an already activated servant incarnating exactly one object.
>But the last sentence is a bit confusing:
>"The POA is gotten by invoking _default_POA() on the servant".
>
>Would this mean that _default_POA() in this situaton returned a POA
>other than the root POA, although it is not overriden?

I must admit, I don't know preceisely what that means either. I can't
believe that the baseclass implementation of _default_POA() would do
anything other than return the root POA. Does it in fact mean that you
_still_ have to override _default_POA(), and then if the returned POA has a
single activation of the object, then that's the object reference you get?
That seems the only logical explanation of what it says, in which case if
you don't override _default_POA(), then you might _still_ get an inadvertent
activation in the root POA.

--
Clarke Brunt, Principal Software Engineer, Yeoman Navigation


_______________________________________________
omniORB-list mailing list
omniORB-list at omniorb-support.com
http://www.omniorb-support.com/mailman/listinfo/omniorb-list