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

Tracked as ISSUE-732

On Jul 26, 2010, at 4:14 AM, Petr Kuba wrote:

> 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 Thursday, 29 July 2010 14:50:17 UTC