org.omg.CosNotifyChannelAdmin
Interface SupplierAdmin
- All Superinterfaces:
- FilterAdmin, FilterAdminOperations, org.omg.CORBA.portable.IDLEntity, NotifyPublish, NotifyPublishOperations, org.omg.CORBA.Object, QoSAdmin, QoSAdminOperations, java.io.Serializable, SupplierAdmin, SupplierAdminOperations
- All Known Subinterfaces:
- TypedSupplierAdmin
public interface SupplierAdmin
- extends SupplierAdminOperations, QoSAdmin, NotifyPublish, FilterAdmin, SupplierAdmin, org.omg.CORBA.Object, org.omg.CORBA.portable.IDLEntity
The SupplierAdmin interface defines the behavior supported by objects which create
and manage lists of proxy consumer objects within a Notification Service event
channel. Recall that a Notification Service event channel can have any number of
SupplierAdmin instances associated with it. Each such instance is responsible for
creating and managing a list of proxy consumer objects that share a common set of
QoS property settings, and a common set of filter objects. This feature enables clients
to conveniently group proxy consumer objects within a channel into groupings that
each support a set of suppliers with a common set of QoS requirements, and that make
common event forwarding decisions driven by the association of a common set of filter
objects.
The SupplierAdmin interface inherits the QoSAdmin interface defined within the
CosNotification module, enabling each SupplierAdmin instance to manage a set of
QoS property settings. These QoS property settings are assigned as the default QoS
property settings for any proxy consumer object created by a SupplierAdmin instance.
In addition, the SupplierAdmin interface inherits from the FilterAdmin interface
defined within the CosNotifyFilter module, enabling each SupplierAdmin instance to
maintain a list of filter objects. These filter objects encapsulate subscriptions that will
apply to all proxy consumer objects that have been created by a given SupplierAdmin
instance. In order to enable optimizing the notification of a group of proxy consumer
objects that have been created by the same SupplierAdmin instance of changes to the
types of events being offered by suppliers, the SupplierAdmin interface also inherits
from the NotifyPublish interface defined in the CosNotifyComm module. This
inheritance enables a SupplierAdmin instance to be the target of an offer_change
request made by a supplier object, and for the change in event types being offered to
be shared by all proxy consumer objects which were created by the target
SupplierAdmin.
The SupplierAdmin interface defined in the CosNotifyChannelAdmin module also
inherits from the SupplierAdmin interface defined in the CosEventChannelAdmin
module. This inheritance enables clients to use the SupplierAdmin interface defined
in the CosNotifyChannelAdmin module to create pure OMG Event Service style
proxy consumer objects. Proxy consumer objects created in this manner may not
support configuration of QoS properties, and may not have associated filter objects. In
addition, proxy consumer objects created through the inherited SupplierAdmin
interface will not have unique identifiers associated with them, whereas proxy
consumer objects created by invoking the operations supported by the SupplierAdmin
interface defined in the CosNotifyChannelAdmin module will.
Locally, the SupplierAdmin interface supports a readonly attribute which maintains a
reference to the EventChannel instance that created a given SupplierAdmin instance.
The SupplierAdmin interface also supports a readonly attribute which contains a
numeric identifier which will be assigned to an instance supporting this interface by its
associated Notification Service event channel upon creation of the SupplierAdmin
instance. This identifier will be unique among all SupplierAdmin instances created by
a given channel.
As described above, due to inheritance from the FilterAdmin interface, a
SupplierAdmin can maintain a list of filter objects that will be applied to all proxy
consumers it creates. Also recall that each proxy consumer may itself support a list of
filter objects that apply only it. When combining multiple filter objects within each of
these two lists of filter objects that may be associated with a given proxy consumer,
OR semantics are applied. However when combining these two lists during the
evaluation of a given event, either AND or OR semantics may be applied. The choice
is determined by an input flag upon creation of the SupplierAdmin, and the operator
that will be used for this purpose by a given SupplierAdmin is maintained in a
readonly attribute.
Each SupplierAdmin instance assigns a unique numeric identifier to each proxy
consumer object it maintains. The SupplierAdmin interface supports attributes which
maintain the list of these unique identifiers associated with the proxy pull and the
proxy push consumers created by a given SupplierAdmin instance. The
SupplierAdmin interface also supports an operation which, given the unique identifier
of a proxy consumer a given SupplierAdmin instance has created as input, will return
the object reference of that proxy consumer object. Additionally, the SupplierAdmin
interface supports operations which can create the various styles of proxy consumer
objects supported by the Notification Service event channel. Finally, because clients of
a given Notification Service event channel can create any number of SupplierAdmin
instances, a destroy operation is provided by this interface so that clients can clean up
instances that are no longer needed.
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 |