RE: Using ECMAScript 357 in SCXML

There will be a mandatory datamodel for interoperability, but we haven't
decided which one it will be yet.  All implementations will be required
to support the common datamodel, but will be able to plug in others as
well.

- Jim

-----Original Message-----
From: www-voice-request@w3.org [mailto:www-voice-request@w3.org] On
Behalf Of Andrew Gilmartin
Sent: Friday, July 06, 2007 2:02 PM
To: www-voice@w3.org
Subject: RE: Using ECMAScript 357 in SCXML


Plugable is nice but does not lead to interoperability. Perhaps XPath
should be allowed everywhere (for example if element's cond attribute
and assign element's expr attribute). If XPath does not define the
meaning of true and false in the context of the value at the end of a
location then define it in SCXML.

-- Andrew

> -----Original Message-----
> From: Barnett, James [mailto:James.Barnett@aspect.com]
> Sent: Friday, July 06, 2007 1:57 PM
> To: Andrew Gilmartin; www-voice@w3.org
> Subject: RE: Using ECMAScript 357 in SCXML
> 
> The data model will be made pluggable in the next draft of SCXML, so
> that implementations will have a choice.
> 
> - Jim
> 
> -----Original Message-----
> From: www-voice-request@w3.org [mailto:www-voice-request@w3.org] On
> Behalf Of Andrew Gilmartin
> Sent: Friday, July 06, 2007 1:42 PM
> To: www-voice@w3.org
> Subject: Using ECMAScript 357 in SCXML
> 
> 
> The State Chart XML working draft, 27 Feb 2007, specifies the use of
> ECMAScript 262 for use in expressions. Given that the data model is
most
> often expressed as XML have you considered instead specifying
ECMAScript
> 357 so that we can use E4X expressions? This would allow for using
> almost semantically identical XPath and ECMAScript expressions to
access
> the data model.
> 
> http://www.ecma-international.org/publications/standards/Ecma-357.htm
> 
> -- Andrew

Received on Friday, 6 July 2007 18:04:59 UTC