W3C home > Mailing lists > Public > www-voice@w3.org > April to June 2005

CCXML Event Handling

From: Hrvoje Nezic <hrvoje.nezic@envox-lab.hr>
Date: Wed, 11 May 2005 14:14:19 +0200
Message-ID: <001b01c55622$f665a320$d301a8c0@envox.local.hr>
To: <www-voice@w3.org>

I have a question regarding CCXML Event Handling (section 9.1
in the specification):

" During the processing of an event by the EHIA, the state of any
ECMAScript objects exposed by a platform, such as the Connection
object, must reflect the state of the CCXML session immediately
following the occurrence of the event.

For instance, if a 'connection.alerting' event is being processed
against a connection with ID 1234, then session.connections['1234'].state
would have a value of 'ALERTING'. This is true even if the actual connection
has already been terminated, with a 'connection.disconnected' event queued
(but not yet processed) against the session. "

I am not sure how this should be interpreted. The above example is clear,
but it seems that the first sentence would imply that for every event we
need to make a "snapshot" of all objects managed by the session
(connections, dialogs and conferences), because they are all
exposed to the transition handling the event and they all could be
changed between throwing and handling of the event. However, this
looks like an overkill.

Or should it be interpreted that this refers only to the objects that are
properties
of the corresponding event (connection in the above example)?
Received on Friday, 13 May 2005 05:59:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 30 October 2006 12:49:01 GMT