commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ding, Qin" <QD...@transunion.com>
Subject RE: Parallelism in SCXML
Date Fri, 16 Nov 2007 17:18:37 GMT
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?

Qin

-----Original Message-----
From: Rahul Akolkar [mailto:rahul.akolkar@gmail.com] 
Sent: Thursday, November 15, 2007 12:24 PM
To: Jakarta Commons Users List
Subject: Re: Parallelism in SCXML

On 11/14/07, Amit <deokar.amit@gmail.com> 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: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org




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


Mime
View raw message