commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rahul Akolkar (JIRA)" <>
Subject [jira] Updated: (SCXML-18) Refactoring of Evaluator.execLocation
Date Thu, 10 Aug 2006 21:00:14 GMT
     [ ]

Rahul Akolkar updated SCXML-18:

    Affects Version/s: 0.5
                           (was: 0.6)

I think the "Affects Version" field should point to released version(s).

> Refactoring of Evaluator.execLocation
> -------------------------------------
>                 Key: SCXML-18
>                 URL:
>             Project: Commons SCXML
>          Issue Type: Wish
>    Affects Versions: 0.5
>            Reporter: Tuomas Kiviaho
> There is a special case public method having return value tied to be a Node from DOM
API in the Evaluator api used only by 'assign' location.
> Implementing the execLocation requires use of Node adapters when the expression doesn't
evaluate to Node. Knowledge how the DOM api is used is required to reduce the amount of work
put adapter implementation.
> Suggestions:
> 1. Declare new method to evaluator that handles assigment and deprecate execLocation.
> 2. Implement evaluator expressions that can both resolve or assignment of values.
> 3. Use some language neutral and already existing evaluator api that suits the needs
but doesn't exceed them either to keep things simple when the spec is finalized and backport
the current evaluator framework to it for backwards compatibility. My current suggestion is

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message