1
<?xml version="1.0" encoding="latin1" ?>
2
<!DOCTYPE erlref SYSTEM "erlref.dtd">
9
<holder>Ericsson AB, All Rights Reserved</holder>
12
The contents of this file are subject to the Erlang Public License,
13
Version 1.1, (the "License"); you may not use this file except in
14
compliance with the License. You should have received a copy of the
15
Erlang Public License along with this software. If not, it can be
16
retrieved online at http://www.erlang.org/.
18
Software distributed under the License is distributed on an "AS IS"
19
basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See
20
the License for the specific language governing rights and limitations
23
The Initial Developer of the Original Code is Ericsson AB.
26
<title>CosEventChannelAdmin</title>
28
<responsible></responsible>
32
<date>1997-11-13</date>
34
<file>CosEventChannelAdmin.xml</file>
36
<module>CosEventChannelAdmin</module>
37
<modulesummary>The CosEventChannelAdmin defines a set if event service interfaces that enables decoupled asynchronous communication between objects and implements generic (untyped) version of the OMG COSS standard event service.</modulesummary>
39
<p>The event service defines two roles for objects: the supplier role and
40
the consumer role. Suppliers supply event data to the event channel and
41
consumers receive event data from the channel. Suppliers do not need to
42
know the identity of the consumers, and vice versa. Consumers and
43
suppliers are connected to the event channel via proxies, which are managed
44
by ConsumerAdmin and SupplierAdmin objects.</p>
45
<p>There are four general models of communication. These are: </p>
46
<list type="bulleted">
47
<item>The canonical push model. It allows the suppliers of events to initiate the
48
transfer of event data to consumers. Event channels play the role of
49
<c><![CDATA[Notifier]]></c>. Active suppliers use event channel to push data to
50
passive consumers registered with the event channel.</item>
51
<item>The canonical pull model. It allows consumers to request events from
52
suppliers. Event channels play the role of <c><![CDATA[Procure]]></c> since they
53
procure events on behalf of consumers. Active consumers can explicitly
54
pull data from passive suppliers via the event channels.</item>
55
<item>The hybrid push/pull model. It allows consumers request events queued at
56
a channel by suppliers. Event channels play the role of <c><![CDATA[Queue]]></c>.
57
Active consumers explicitly pull data deposited by active suppliers via
58
the event channels.</item>
59
<item>The hybrid pull/push model. It allows the channel to pull events from
60
suppliers and push them to consumers. Event channels play the role of
61
<c><![CDATA[Intelligent agent]]></c>. Active event channels can pull data from
62
passive suppliers to push it to passive consumers.</item>
64
<p>To get access to all definitions, e.g., exceptions,
65
include necessary <c><![CDATA[hrl]]></c> files by using:<br></br><c><![CDATA[-include_lib("cosEvent/include/*.hrl").]]></c></p>
66
<p>There are seven different interfaces supported in the service:</p>
67
<list type="bulleted">
68
<item>ProxyPushConsumer</item>
69
<item>ProxyPullSupplier</item>
70
<item>ProxyPullConsumer</item>
71
<item>ProxyPushSupplier</item>
72
<item>ConsumerAdmin</item>
73
<item>SupplierAdmin</item>
74
<item>EventChannel</item>
76
<p>IDL specification for CosEventChannelAdmin:</p>
77
<codeinclude file="../../src/CosEventChannelAdmin.idl" tag="" type="c"></codeinclude>