Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=ya/v/44kYzT2EOVEe5E3Q/Bci9521T7ZLwfp+mOBGgiY1AwTY6TzBwU+XL7n02NsXI6iqQJsy9BOQARBd4U3OhcnAcULhCW8JlX3Is/fGTsCEo5xlUnlYU6vr1CAgcu4NJ3QtP+dvzwY7lAurp6+tkoqf1wB0DVRMFSIYVY3liU=
  ;
Message-ID: <20060508023056.2260.qmail@web50908.mail.yahoo.com>
Date: Sun, 7 May 2006 19:30:56 -0700 (PDT)
From: Nestor Urquiza <nestoru@yahoo.com>
Subject: Re: [scxml] is there a way to allow an event in all states and just
 keep in the state?
To: Jakarta Commons Users List <commons-user@jakarta.apache.org>
In-Reply-To: <000701c67226$b2d07f10$164b1b0a@prasadsony>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

thanks first of all for the reply, then my concrete
example is a system that is accepting services request
from remote clients. Must of the requests would be
accepted if the client is in the proper state to
accept them which translates to having in the scxml
file the "event" attribute available for the current
state.

There are events however that are available for every
state in the system ... in other words no special
state is needed to authorize the event to be
triggered. For those events you can add a node inside
every state in your scxml file and I am wondering if
there is a better way of doing this.

Parallel states maybe are a solution given a parallel
state that can be defined as the same level as the
IDDLE one meaning that the system could be in an
IDDLE2 parallel state from which all the requests or
events are accepted.

I will give this configuration a try and I will be
back to you. I guess I got what you mean.

Nestor

--- Fasih <fasihullah.askiri@baypackets.com> wrote:

> Not sure I understood your requirement right. But
> have you seen how parallel 
> states work?
> You might have seen this, but just in case you
> haven't, look at the 
> microwave e.g
> There are two parallel states:
> Door
> Cooking [??]
> Door can be in Open/Close state. Cooking has its own
> states, cooking may or 
> maynot change state on a door state change, this
> might be what you are 
> looking for.
> 
> Maybe you can give a few examples to elaborate on
> your requirements
> 
> +Fasih
> ----- Original Message ----- 
> From: "Nestor Urquiza" <nestoru@yahoo.com>
> To: "Jakarta Commons Users List"
> <commons-user@jakarta.apache.org>
> Sent: Sunday, May 07, 2006 1:33 PM
> Subject: [scxml] is there a way to allow an event in
> all states and just 
> keep in the state?
> 
> 
> > Hello all,
> > There are some http calls that my system can
> accept
> > (and so events that would be send automatically to
> the
> > SCXML Engine).
> >
> > Those events are valid for any single state so one
> > solution is to define them in all states and
> manage to
> > stay in the given state if the event is triggered.
> >
> > I am wondering if there is some mechanism to
> simplifly
> > so much typing ... maybe regex ;-)
> >
> > Hope to hear some ideas back. Thanks guys!,
> > Nestor
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam
> protection around
> > http://mail.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> commons-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> commons-user-help@jakarta.apache.org
> >
> > 
> 
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-user-help@jakarta.apache.org
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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