TAO_Stub Class ReferenceTAO_Stub. More...
Collaboration diagram for TAO_Stub:
Detailed DescriptionTAO_Stub.Per-objref data includes the (protocol-specific) Profile, which is handled by placing it into a subclass of this type along with data that may be used in protocol-specific caching schemes. The type ID (the data specified by CORBA 2.0 that gets exposed "on the wire", and in stringified objrefs) is held by this module. The stub APIs are member functions of this type. Constructor & Destructor Documentation
Construct from a repository ID and a list of profiles.
Destructor is to be called only through _decr_refcnt() to enforce proper reference counting.
Member Function Documentation
Returns the effective policy if type is a known client-exposed policy type. Returns the effective override for all other policy types.
Return the queueing strategy to be used in by the transport. Selection will be based on the SyncScope policies.
All objref representations know how to hash themselves and compare themselves for equivalence to others. It's easily possible to have two objrefs that are distinct copies of data that refers/points to the same remote object (i.e. are equivalent).
Implement the is_equivalent() method for the CORBA::Object.
Return the Profile lock. This lock can be used at places where profiles need to be edited.
Manage the base (non-forwarded) profiles. Returns a pointer to the profile_in_use object. This object retains ownership of this profile.
Return the ObjectKey.
Copy of the profile list, user must free memory when done. although the user can call make_profiles() then reorder the list and give it back to TAO_Stub.
Obtain a reference to the basic profile set.
Obtain a reference to the basic profile set.
Obtain a pointer to the forwarded profile set.
True if permanent location forward occured, in this case the lock must be set and the. THREAD SAFE. If forward_profiles is null then this will get the next profile in the base_profiles list. If forward is not null then this will get the next profile for the list of forwarding profiles. If all profiles have been tried then 0 is returned and profile_in_use_ is set to the first profile in the base_profiles list.
THREAD SAFE This method will reset the base profile list to reference the first profile and if there are anmy existing forward profiles they are reset.
Returns true if a forward profile has successfully been used. profile_success_ && forward_profiles_
NON-THREAD-SAFE. Will set profile_success_ to true.
Returns true if a connection was successful with at least one profile.
Initialize the base_profiles_ and set profile_in_use_ to reference the first profile.
THREAD SAFE. Set the forward_profiles. This object will assume ownership of this TAO_MProfile object!! if permanent_forward is true, currently used profiles will be replaced permanently, otherwise stub may fallback to current profiles later. The flag permanent_forward=true is only valid if currently used profile set represents a GroupObject (IOGR), otherwise this flag will be ignored.
THREAD SAFE Used to get the next profile after the one being used has failed during the initial connect or send of the message!
Accessor.
Is this stub collocated with the servant?
Mutator to mark this stub as being collocated with the servant.
This returns a duplicated ORB pointer.
This returns the ORB var itself (generally for temporary use).
Mutator for setting the servant in collocated cases.
Accessor for the servant reference in collocated cases.
Mutator for setting the object proxy broker pointer. CORBA::Objects using this stub will use this for standard calls like is_a; get_interface; etc...
Accessor for getting the object proxy broker pointer. CORBA::Objects using this stub use this for standard calls like is_a; get_interface; etc...
Create the IOP::IOR info. We will create the info at most once. Get the index of the profile we are using to make the invocation.
Deallocate the TAO_Stub object. This method is intended to be used only by the CORBA::Object class.
Return the cached value from the ORB_Core. This flag indicates whether the stub code should make use of the collocation opportunities that are available to the ORB.
Needed to avoid copying forward_profiles for thread safety.
NON-THREAD SAFE version of reset_profiles (void);.
NON-THREAD SAFE version of next_profile (void).
Makes a copy of the profile and frees the existing profile_in_use. NOT THREAD SAFE
NON-THREAD-SAFE. Utility method which resets or initializes the base_profile list and forward flags.
NON-THREAD-SAFE. Utility method which unrolls (removes or pops) the top most forwarding profile list.
NOT THREAD-SAFE. Utility method which pops all forward profile lists and resets the forward_profiles_ pointer.
NON-THREAD-SAFE. utility method for next_profile.
THREAD-SAFE Create the IOR info.
Member Data DocumentationAll objref representations carry around a type ID.
Automatically manage the ORB_Core reference count. The ORB_Core cannot go away until the object references it creates are destroyed. There are multiple reasons for this, but in particular, the allocators used for some of the TAO_Profile objects contained on each TAO_Stub are owned by the TAO_ORB_Core. This must be the first field of the class, otherwise the TAO_ORB_Core is destroyed too early!
ORB required for reference counting. This will help us keep the ORB around until the CORBA::Object we represent dies.
Flag that indicates that this stub is collocated (and that it belongs to an ORB for which collocation optimisation is active).
Servant pointer. It is 0 except for collocated objects.
Pointer to the Proxy Broker. This cached pointer instance takes care of routing the call for standard calls in CORBA::Object like _is_a (), _get_component () etc.
Ordered list of profiles for this object.
The list of forwarding profiles. This is actually implemented as a linked list of TAO_MProfile objects.
This is the profile that we are currently sending/receiving with.
Mutex to protect access to the forwarding profile.
Have we successfully talked to the forward profile yet?
Reference counter.
The policy overrides in this object, if nil then use the default policies.
The ior info. This is needed for GIOP 1.2, as the clients could receive an exception from the server asking for this info. The exception that the client receives is LOC_NEEDS_ADDRESSING_MODE. The data is set up here to be passed on to Invocation classes when they receive an exception. This info is for the base profiles that this class stores
Forwarded IOR info.
TRUE if we want to take advantage of collocation optimization in this ORB. This should be the same value as cached in the ORB_Core. The reason for caching this helps our generated code, notably the stubs to be decoubled from ORB_Core. Please do not move it away.
The documentation for this class was generated from the following files: Generated on Mon Sep 15 07:42:35 2008 for TAO by 1.5.5 |