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

Re: CCXML Implementation Report: asserts 714 and 715 - ISSUE-670

From: RJ Auburn <rj@voxeo.com>
Date: Thu, 8 Apr 2010 11:36:03 -0400
Cc: www-voice <www-voice@w3.org>, W3C Voice Browser Working Group <w3c-voice-wg@w3.org>
Message-Id: <4DE9EEB6-8156-49E8-8355-F46C0F1CAFBC@voxeo.com>
To: Petr Kuba <kuba@optimsys.cz>
Petr:

Thanks. We have tracked this as ISSUE-670. We are discussing this in the next few days internally and should have an answer shortly (within a week at the most). 

	RJ

---
RJ Auburn
CTO, Voxeo Corporation
tel:+1-407-418-1800

On Apr 8, 2010, at 11:04 AM, Petr Kuba wrote:

> Hello,
> 
> We believe that the script 6_1.txml for testing Assers 714 and 715
> (required properties sessionid and reason of the ccxml.kill event) is
> not correct because it breaks the following part of the specification:
> 
> CCXML specification, Section 9.1:
> 
> "...however, it is legal for external sources and for events created
> using <send>  to generate standard events. For instance, it is useful to be able to generate a ccxml.kill event to attempt graceful termination of a session from an external context, or from another CCXML session. Platforms SHOULD reject any standard events that do not contain all of the mandatory properties defined in this specification, and SHOULD notify the sender of the rejection (for instance with an error.send event)."
> 
> We believe that the following statement at line 573, 6_1.txml breaks the specification because it does not contain required properties sessionid and reason:
> 
> <send target="childSessionId" targettype="'ccxml'" name="'ccxml.kill'"
> sendid="mySendId"/>
> 
> Therefore the event SHOULD be rejected and the asserts 714 and 715
> cannot pass.
> 
> Could you please look into this?
> 
> 
> Best Regards,
> Petr Kuba
> 
> -- 
>   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, 8 April 2010 15:36:38 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 8 April 2010 15:36:43 GMT