commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38311] - [scxml] explore strategies for decoupling execution context from representation
Date Fri, 03 Feb 2006 22:24:18 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38311>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38311





------- Additional Comments From rahul@apache.org  2006-02-03 23:24 -------
(In reply to comment #6)
> +1 for anything *Instance.  ExecutionData seems overly vauge.  Evnironment as
> well, but instance seems like a valid concept.
>  
> So, in some Voice response system that might use SCXML to handle multiple
> conversations at once, one could say that there is one SCXML object that 
models
> states, etc. and multiple [ExecInstance|SCInstance|MachineInstance] whatever
>

Yes, that is how I see it as well.


> I'm also convinced that the value was this conversation, and that if you 
decided
> to call is "SuperMagicStateObject", we'd at least be able to refer someone to
> this Bugzilla thread to get context.

Indeed, this has been very useful, thanks for your comments. I'll follow up in 
code over the next day or two.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message