You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Rahul Akolkar (JIRA)" <ji...@apache.org> on 2006/07/17 20:58:16 UTC
[jira] Updated: (SCXML-7) [scxml] Write Use Case for Stand-alone
Application Modelling a Stop Watch
[ http://issues.apache.org/jira/browse/SCXML-7?page=all ]
Rahul Akolkar updated SCXML-7:
------------------------------
Fix Version/s: 0.5
> [scxml] Write Use Case for Stand-alone Application Modelling a Stop Watch
> -------------------------------------------------------------------------
>
> Key: SCXML-7
> URL: http://issues.apache.org/jira/browse/SCXML-7
> Project: Commons SCXML
> Issue Type: Bug
> Environment: Operating System: other
> Platform: Other
> Reporter: Tim O'Brien
> Fix For: 0.5
>
>
> SCXML has two good use case documents, one is about RDC and one about Shale
> dialogs. There are a good start, but it would be helpful if SCXML had another
> usecase that wasn't tied to either a voice application or a web MVC framework.
> Something at a conceptual level that people looking to use SCXML for a general
> finite state machine can relate to without having to be familiar with another
> framework.
> The question is, what should this example be? We could use the Microwave
> example from the working draft, but that might be too much for a quick
> introduction. Instead it might be better to choose something that doesn't have
> parallel states, maybe the status of a document in a content management system
> with four/five simple states and simple transitions that just shows off the
> basic usecases of the state machine execution environment in a standalone
> environment.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org