Class VirtualAddressAgentImpl
- All Implemented Interfaces:
ORBConfigurator
,Serializable
,Object
,IDLEntity
,Interceptor
,InterceptorOperations
,IORInterceptor
,IORInterceptor_3_0
,IORInterceptor_3_0Operations
,IORInterceptorOperations
,ORBInitializer
,ORBInitializerOperations
- See Also:
-
Nested Class Summary
Nested ClassesModifier and TypeClassDescriptionprivate class
private class
private class
-
Field Summary
FieldsModifier and TypeFieldDescriptionprivate IIOPAddress
private String
private ORBInitializer[]
private ORB
private int
private static final long
static final String
static final String
private static final ORBUtilSystemException
-
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionvoid
adapter_manager_state_changed
(int id, short state) Called whenever the state of an adapter manager changes.void
adapter_state_changed
(ObjectReferenceTemplate[] templates, short state) Called whenever the state of an object adapter changes, and the state change is not caused by an adapter manager.private void
agentAddress
(IIOPAddress addr) void
The components_established method is invoked on all registered IORInterceptor_3_0 instances after establish_components has been invoked on all registered IORInterceptor instances.void
configure
(DataCollector dc, ORB orb) void
destroy()
Provides an opportunity to destroy this interceptor.void
establish_components
(IORInfo info) A server side ORB calls theestablish_components
operation on all registeredIORInterceptor
instances when it is assembling the list of components that will be included in the profile or profiles of an object reference.private TaggedProfileTemplate
name()
Returns the name of the interceptor.void
post_init
(ORBInitInfo info) Called during ORB initialization.void
pre_init
(ORBInitInfo info) Called during ORB initialization.Methods inherited from class org.omg.CORBA.LocalObject
_create_request, _create_request, _duplicate, _get_domain_managers, _get_interface, _get_interface_def, _get_policy, _hash, _invoke, _is_a, _is_equivalent, _is_local, _non_existent, _orb, _release, _releaseReply, _request, _request, _servant_postinvoke, _servant_preinvoke, _set_policy_override, validate_connection
Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
Methods inherited from interface org.omg.CORBA.Object
_create_request, _create_request, _duplicate, _get_domain_managers, _get_interface_def, _get_policy, _hash, _is_a, _is_equivalent, _non_existent, _release, _request, _set_policy_override
-
Field Details
-
wrapper
-
VAA_HOST_PROPERTY
- See Also:
-
VAA_PORT_PROPERTY
- See Also:
-
serialVersionUID
private static final long serialVersionUID- See Also:
-
host
-
port
private int port -
orb
-
addr
-
newOrbInits
-
-
Constructor Details
-
VirtualAddressAgentImpl
public VirtualAddressAgentImpl()
-
-
Method Details
-
agentAddress
-
configure
- Specified by:
configure
in interfaceORBConfigurator
-
pre_init
Description copied from interface:ORBInitializerOperations
Called during ORB initialization. If it is expected that initial services registered by an interceptor will be used by other interceptors, then those initial services shall be registered at this point via calls toORBInitInfo.register_initial_reference
.- Specified by:
pre_init
in interfaceORBInitializerOperations
- Parameters:
info
- provides initialization attributes and operations by which Interceptors can be registered.
-
post_init
Description copied from interface:ORBInitializerOperations
Called during ORB initialization. If a service must resolve initial references as part of its initialization, it can assume that all initial references will be available at this point.Calling the
post_init
operations is not the final task of ORB initialization. The final task, following thepost_init
calls, is attaching the lists of registered interceptors to the ORB. Therefore, the ORB does not contain the interceptors during calls topost_init
. If an ORB-mediated call is made from withinpost_init
, no request interceptors will be invoked on that call. Likewise, if an operation is performed which causes an IOR to be created, no IOR interceptors will be invoked.- Specified by:
post_init
in interfaceORBInitializerOperations
- Parameters:
info
- provides initialization attributes and operations by which Interceptors can be registered.
-
establish_components
Description copied from interface:IORInterceptorOperations
A server side ORB calls theestablish_components
operation on all registeredIORInterceptor
instances when it is assembling the list of components that will be included in the profile or profiles of an object reference. This operation is not necessarily called for each individual object reference. In the case of the POA, this operation is called each time POA::create_POA is called. In any case,establish_components
is guaranteed to be called at least once for each distinct set of server policies.An implementation of
establish_components
must not throw exceptions. If it does, the ORB shall ignore the exception and proceed to call the next IOR Interceptor'sestablish_components
operation.- Specified by:
establish_components
in interfaceIORInterceptorOperations
- Parameters:
info
- TheIORInfo
instance used by the ORB service to query applicable policies and add components to be included in the generated IORs.
-
makeCopy
-
components_established
Description copied from interface:IORInterceptor_3_0Operations
The components_established method is invoked on all registered IORInterceptor_3_0 instances after establish_components has been invoked on all registered IORInterceptor instances. The adapter_template is available in info during this call. The current_factory may be get or set in info during this call.Any exception thrown from this method is handled by the Object Adapter that called this interceptor. In the case of the POA, an exception results in a OBJ_ADAPTER exception with an OMG standard minor code of 6.
- Specified by:
components_established
in interfaceIORInterceptor_3_0Operations
- Parameters:
info
- The IORInfo for the object adapter being created.
-
adapter_manager_state_changed
public void adapter_manager_state_changed(int id, short state) Description copied from interface:IORInterceptor_3_0Operations
Called whenever the state of an adapter manager changes. For the POA, that is the POAManager. If the state change is reported throughadapter_manager_state_changed
, it is not reported throughadapter_state_changed
.- Specified by:
adapter_manager_state_changed
in interfaceIORInterceptor_3_0Operations
- Parameters:
id
- the adapter manager id of the adapter manager that changed statestate
- the new state of the adapter manager
-
adapter_state_changed
Description copied from interface:IORInterceptor_3_0Operations
Called whenever the state of an object adapter changes, and the state change is not caused by an adapter manager. Such changes are reported to all registeredIORInterceptor_3_0
instances.- Specified by:
adapter_state_changed
in interfaceIORInterceptor_3_0Operations
- Parameters:
templates
- the sequence ofObjectReferenceTemplate
instances on which this state change occurred.state
- the newAdapterState
shared by all of the templates.
-
name
Description copied from interface:InterceptorOperations
Returns the name of the interceptor.Each Interceptor may have a name that may be used administratively to order the lists of Interceptors. Only one Interceptor of a given name can be registered with the ORB for each Interceptor type. An Interceptor may be anonymous, i.e., have an empty string as the name attribute. Any number of anonymous Interceptors may be registered with the ORB.
- Specified by:
name
in interfaceInterceptorOperations
- Returns:
- the name of the interceptor.
-
destroy
public void destroy()Description copied from interface:InterceptorOperations
Provides an opportunity to destroy this interceptor. The destroy method is called duringORB.destroy
. When an application callsORB.destroy
, the ORB:- waits for all requests in progress to complete
- calls the
Interceptor.destroy
operation for each interceptor - completes destruction of the ORB
Interceptor.destroy
on object references for objects implemented on the ORB being destroyed result in undefined behavior. However, method invocations on objects implemented on an ORB other than the one being destroyed are permitted. (This means that the ORB being destroyed is still capable of acting as a client, but not as a server.)- Specified by:
destroy
in interfaceInterceptorOperations
-