commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rahul Akolkar" <>
Subject Re: [SCXML] Parallel States
Date Mon, 08 May 2006 21:50:00 GMT
On 5/8/06, Fasih <> wrote:
> Thanx
> I dont think that I really got your example!
> What will src="" do. More precisely, who is
> "producing" the SCXML template? Reading your mail I thougth you are
> suggesting something like
> src= which would produce an SCXML! In any
> case, how does the param=1 help.

It will get us an InputSource for the Digester from the mentioned URL.
The URL doesn't have to be "static" URL/document, it could be a
servlet, JSP, velocity template, ASP.NET view ...

For example, if this is the bulk of a JSP 2.0 page,

<state id="foo${}">
 <!-- some content -->

placed at URL , then
src="" will get us:

<state id="foo1">
 <!-- some content -->

to be pulled in as child state.

> Are you saying that I just add param=1
> param=2 etc to "fool" the scxml engine to think that they are different
> external srcs?

>From the runtime perspective, there is no such thing as a "external
source". It all becomes one state machine (as it should). The engine
pays attention to state IDs, they have be unique when all external
sources are pulled in.

>  By the way, what purpose does param=1 serve, other than being "intervowen"
> into ids? Does this mangling change the way I have done something? As in, if
> an event is thrown from baz.scxml will it be mangled too?

No. It just eliminates duplicate IDs when state templates are used. We
should really have an example of this.


> As an aside [;)] I did realize after some more snooping around that the
> problem is due to the same external ref that I am using, had it not been for
> the parallel, the SCXML would not have gone into an "illegal config"
> +Fasih

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

View raw message