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

July CCXML Implementation Report: 8_2_3: how to handle error in loading static <script>

From: Petr Kuba <kuba@optimsys.cz>
Date: Mon, 26 Jul 2010 10:14:09 +0200
Message-ID: <4C4D43D1.2040305@optimsys.cz>
To: www-voice <www-voice@w3.org>
Hello www-voice,

In 8_2_3, the following code is used to load a script:

		<script src="sleeper.ircgi" timeout="1s"/>

Since the sleeper.ircgi script contains 20s delay loading of the script 
must fail.

Our question is how to handle this loading error. The Specification, 
Section 8.2.2.1 contains the following note:

"INFORMATIVE NOTE: The <script> element's resource loading model is a 
bit different than the rest of CCXML for a number of reasons. Because 
CCXML and ECMAScript applications can be CPU intensive to compile we 
define <script>'s src attribute (defining the URI of the document to 
load) to be a static string instead of a dynamically valued ECMAScript 
result. This allows implementations to load ECMAScript content at CCXML 
document load time and perform compiling and/or caching of the resulting 
ECMAScript code. We do however recognize that there are cases where a 
CCXML application needs to load a dynamic ECMAScript resource, for this 
reason applications can use the the <fetch> element to asynchronously 
load a resource and then execute it by referencing it's fetchid in the 
the <script> element."


We load the script content at the CCXML document load time as 
recommended. The loading error results in throwing error.createccxml 
because we were not able to load the CCXML document or one of its parts. 
The CCXML document interpretation is not started at all.

We believe that the test script 8_2_3_A.txml is incorrect when it 
expects the error.fetch event to be thrown.

Please clarify on this.

Thanks,
Petr

-- 
   Petr Kuba, Project Manager
   OptimSys, s.r.o
   kuba@optimsys.cz
   Tel: +420 541 143 065
   Fax: +420 541 143 066
   http://www.optimsys.cz
Received on Monday, 26 July 2010 08:14:54 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 26 July 2010 08:15:05 GMT