Public Member Functions | |
String | getName () |
AcsLogger | getLogger () |
DAL | getCDB () throws AcsJContainerServicesEx |
OffShoot | activateOffShoot (Servant cbServant) throws AcsJContainerServicesEx |
void | deactivateOffShoot (Servant cbServant) throws AcsJContainerServicesEx |
AdvancedContainerServices | getAdvancedContainerServices () |
ThreadFactory | getThreadFactory () |
ContainerServices
is different from the other services that the container provides without the component implementation knowing about it. It can be thought of as a callback handle or a library.
Currently, methods are added to this interface as the functionality becomes available. At some point we will have to declutter the interface by introducing 2nd-level interfaces that harbor cohesive functionality. For example, instead of calling myContainerServices.getComponent(...)
, the new call will then be something like myContainerServices.communication().getComponent(...)
.
created on Oct 24, 2002 12:56:36 PM
|
Activates a CORBA servant that implements alma.ACS.OffShoot. The purpose of the OffShoot marker interface is to crack down on uncontrolled activation of just any CORBA services by Java components, while allowing this for selected subtypes of OffShoot, like alma.ACS.Callback. The OffShoot servant can be either a subclass of the xyzPOA skeleton, or a xyzPOATie instance (delegation model). Since ACS 4.1.2, a tie servant is detected, and interception code gets inserted between the POATie skeleton and the offshoot implementation class. This way, the container can intercept (and log) calls to offshoots in the same way as it does for calls to components. It is therefore recommended to use the tie approach for all offshoot servants, unless there is a reason to avoid container interception.
Implemented in alma::acs::container::ContainerServicesImpl.
|
|
Deactivates the offshoot corba object. Caution: this method returns immediately, while the underlying org.omg.PortableServer.POAOperations#deactivate_object(byte[]) still works on the deactivation. If activateOffShoot(Servant) is called too shortly after deactivation, an exception will be thrown. TODO: find a remedy
Implemented in alma::acs::container::ContainerServicesImpl.
|
|
More specialized methods are available from the Implemented in alma::acs::container::ContainerServicesImpl.
|
|
Convenience method for accessing the Configuration Database. Currently more than a convenience, given that the CDB is not yet a Java component, but a separate service...
Implemented in alma::acs::container::ContainerServicesImpl.
|
|
Gets a
The Specific logger extensions that only apply to certain subsystems can be used by wrapping this logger with a class such as alma.acs.logging.domainspecific.AntennaContextLogger.
Implemented in alma::acs::container::ContainerServicesImpl.
|
|
Delivers the unique instance name for the component. The name must have been specified at deployment time in the CDB (for static components like the famous "LAMP1" example), or must have been given to the manager at runtime by the client who creates a dynamic component (or was invented by the manager if none was given).
Implemented in alma::acs::container::ContainerServicesImpl.
|
|
Gets a All user-created threads should come from the factory returned here, so "<code>new Thread(...)</code>" should not appear anywhere in component code. The returned thread factory creates new threads configured to run well in the container environment, e.g.
Implemented in alma::acs::container::ContainerServicesImpl.
|