W3C home > Mailing lists > Public > www-voice@w3.org > July to September 2004

Questions, comments on some CCXML operations

From: Werner Dittmann <Werner.Dittmann@t-online.de>
Date: Fri, 17 Sep 2004 20:56:35 +0200
Message-ID: <004201c49ce8$0ec7d720$0100a8c0@nonehome>
To: <www-voice@w3c.org>


the asynchronous operations <createccxml>, <createcall>,
<dialogprepare>, <dialogstart>, and <createconference> define an ECMA
lefthand-side expression that will receive the respective id of the
newly created object. The same id is returned in the associacted
event, e.g. ccxml.created. What is the rational behind this?

Because all actions are asynchronous it is not guaranteed that they
will succeed and having an id before the operation was finished
successfully, i.e. the opject really created, does not make sense.

Providing the id only with an event that indicates a success makes it
easier to implementent a CCXML interpeter because no "look-ahead"
generation of ids is necessary.

In addition, it is sometimes appropriate to defer the generation of an
id until the object is really created and activated by the
platform. This is the case at least for some call control protocols,
e.g. SIP, ISUP, etc. where the connectionid identifies the created

Any thoughts?

Received on Friday, 17 September 2004 18:55:01 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:07:37 UTC