commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rahul Akolkar" <>
Subject Re: Parallelism in SCXML
Date Fri, 16 Nov 2007 22:16:10 GMT
On 11/16/07, Ding, Qin <> wrote:
> It seem like SCXML can be used to serve as a workflow engine for my
> application. Is there a good sample workflow application using SCXML?

Absolutely, Commons SCXML can serve as the guts of a workflow engine.
In fact, it has more favorable attributes than some existing solutions
out there (extensibility, parallel regions, history, first class
datamodel, being a standard in the making, true XML namespace support

The Shale dialog manager is perhaps a good starting point as an
example. But building up an engine to go with any framework of choice
should be a moderate work effort (the essential state machine engine
is already here, the mapping remains). See this page for more details
about using Commons SCXML in general, it tries to address how to fill
in the gap:

Any feedback on how to improve that page (or any other part of the
guide for that matter) is welcome.


> Qin
> -----Original Message-----
> From: Rahul Akolkar []
> Sent: Thursday, November 15, 2007 12:24 PM
> To: Jakarta Commons Users List
> Subject: Re: Parallelism in SCXML
> On 11/14/07, Amit <> wrote:
> > I was wondering if the Commons SCXML implementation or the dialog
> manager
> > application in the Shale framework provides support for parallelism
> and
> > synchronization in state charts. If not, is any one available of
> frameworks
> > that provide such support. The goal is develop a web application with
> > different user roles having different statecharts associated with
> them,
> > which can be executed in parallel and synchronized on certain actions,
> in a
> > collaborative session.
> >
> <snip/>
> Commons SCXML supports the <parallel> construct (and thereby,
> scenarios similar to what you describe can be achieved at a state
> machine level of abstraction).
> The SCXML implementation of the Shale dialog manager is a fairly thin
> wrapper over the Commons SCXML runtime to provide Shale dialog
> management facilities. The current implementation is geared towards
> single user scenarios -- i.e., it does not provide any first-class
> support for collaborative dialogs (beyond parent-child dialog
> associations). Collaboration could be achieved (externally) by
> leveraging the various dialog listeners, and tying together various
> simultaneous dialogs in an application-specific, collaborative way.
> In theory, it is possible to architect principled solutions for
> parallelism (and/or some notion of collaborative dialogs) for web
> applications using the SCXML <parallel> construct. However, that will
> need work.
> -Rahul
> > Thanks for the help in advance.
> >
> > Best,
> > Amit

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

View raw message