Changeset 31576 in vbox
- Timestamp:
- Aug 11, 2010 3:14:48 PM (14 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/src/VBox/Main/idl/VirtualBox.xidl
r31574 r31576 14058 14058 14059 14059 Generally speaking, an event (represented by this interface) signals that something 14060 happened, while an event listener (see <link to="IEventListener" /> represents an14060 happened, while an event listener (see <link to="IEventListener" />) represents an 14061 14061 entity that is interested in certain events. In order for this to work with 14062 14062 unidirectional protocols (i.e. web services), the concepts of passive and active … … 14080 14080 implementation maintains an event queue for each passive listener, and 14081 14081 newly arrived events are put in this queue. When the listener calls 14082 <link to="IEventSource::getEvent"/>, all elementsfrom its internal event14083 queue arereturned. When the client completes processing of an event,14082 <link to="IEventSource::getEvent"/>, first element from its internal event 14083 queue is returned. When the client completes processing of an event, 14084 14084 the <link to="IEventSource::eventProcessed" /> function must be called, 14085 acknowledging that the event s wereprocessed. It supports implementing14085 acknowledging that the event was processed. It supports implementing 14086 14086 waitable events. On passive listener unregistration, all events from its 14087 14087 queue are auto-acknowledged.
Note:
See TracChangeset
for help on using the changeset viewer.