commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nestor Urquiza <nest...@yahoo.com>
Subject Re: [scxml] nested if statements
Date Fri, 21 Jul 2006 12:06:19 GMT
Absolutely right ;-) I did not understand you well and
thanks for finding out my bug!
Best Regards,
Nestor

--- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:

> On 7/20/06, Nestor Urquiza <nestoru@yahoo.com>
> wrote:
> > Hello Rahul ... could we reopen this issue? Seems
> like
> > the w3c working group is in its way to accept
> nested
> > <if>. Please could you read below the answer from
> them
> > as well as my reply about even the use of the
> <script>
> > tag?
> >
> <snip/>
> 
> I probably wasn't clear in my closing comment on
> SCXML-12 [1]. Nested
> <if> statements should be no trouble. What I meant
> by <elseif> and
> <else> being partitions, rather than containers, is
> that the following
> snippet (as well as the snippet you post below) is
> malformed:
> 
> <if cond="...">
>   <!-- if actions -->
>   <else>
>   <!-- else actions -->
>   </else>
> </if>
> 
> whereas it should be:
> 
> <if cond="...">
>   <!-- if actions -->
>   <else/>
>   <!-- else actions -->
> </if>
> 
> Further, the "if actions" or "else actions" may
> themselves contain
> other if statements, and this may recurse to any
> arbitrary levels of
> nesting.
> 
> 
> > I am currently with a lot of business rules to
> > evaluate and definetely when it comes to
> complexity a
> > good flow control/scripting mechanism is needed.
> <snap/>
> 
> Commons SCXML will not develop a scripting language.
> However, if there
> are expression languages that support scripting
> (neither EL nor JEXL's
> latest releases support that -- EL won't ever, JEXL
> has script support
> available in SVN trunk ATM so its next release
> should) they may be
> plugged in to provide such <script> support.
> However, that is unlikely
> to happen before a Commons SCXML 1.0 release (we're
> currently aiming
> for a 0.5 release).
> 
> Note that a refined datamodel with a well-defined
> event lifecycle can
> provide useful hooks for actions rather than
> resorting to ad-hoc
> scripting. Time will tell us what the SCXML
> datamodel ends up looking
> like.
> 
> -Rahul
> 
> [1] http://issues.apache.org/jira/browse/SCXML-12
> 
> 
> > That
> > is my goal right now ... to make scxml suitable
> for
> > modeling and configuring complex business
> processes
> > like the State Oriented Business Protocol I am
> > building for my Company.
> > Thanks!,
> > Nestor
> >
> > ***************************************
> > w3c thread:
> > ****************************************
> > Thanks a lot Barnett. Just for your information I
> am
> > using commons-scxml to manage a State Oriented
> > Business Protocol based on Harel Statecharts. As
> the
> > business rules grow the complexity needed grows as
> > well and without good flow control it is kind of
> > difficult to get efficient results.
> >
> > I was wondering if besides having nested
> conditions
> > wouldn't be wonderful to be able to use the
> <script>
> > element (http://www.w3.org/TR/scxml/#N107D9) using
> > ECMA inside or why not as commons-scxml has
> proposed
> > jexl or je as scripting languages. Do you think it
> > makes sense to use a <script> portion inside an
> > <onentry> just to setup final variables that could
> be
> > tested later on the <onentry> or <transiton>
> internal
> > FSM events?
> >
> > Thanks!,
> > Nestor
> >
> > --- "Barnett, James" <James.Barnett@aspect.com>
> wrote:
> >
> > > Nestor,
> > >   After a little discussion in the group, it
> turns
> > > out that we weren't
> > > very clear on this either.  However, we have
> > > provisionally decided to
> > > allow them since VoiceXML does.  We will clarify
> the
> > > issue in the next
> > > public draft.
> > >
> > > - Jim
> > >
> > > -----Original Message-----
> > > From: www-voice-request@w3.org
> > > [mailto:www-voice-request@w3.org] On
> > > Behalf Of Nestor Urquiza
> > > Sent: Friday, July 14, 2006 8:09 AM
> > > To: www-voice@w3.org
> > > Subject: [scxml] nested conditions
> > >
> > >
> > > Hello all,
> > > After reading http://www.w3.org/TR/scxml/#N109D0
> it
> > > is
> > > not clear to me if nested "<if>" are allowed.
> With
> > > an
> > > example is the code below supposed to be scxml
> > > valid?
> > > ...
> > > <n:if cond="status1 eq 'false'">
> > >    <!-- a first nested condition -->
> > >    <n:if cond="status2 eq 'true'  ">
> > >       <n:assign name="result" expr="'status1
> > > false'"/>
> > >    <n:else>
> > >       <n:assign name="result" expr="'statuses
> > > false'"/>
> > >    </n:else>
> > > <n:else>
> > >    <!-- another nested condition -->
> > >    <n:if cond="status2 eq 'true'  ">
> > >       <n:assign name="result" expr="'statuses
> > > true'"/>
> > >    <n:else>
> > >       <n:assign name="result" expr="'status2
> > > false'"/>
> > >    </n:else>
> > > </n:else>
> > > </n:if>
> > >
> > > Thanks,
> > > Nestor
> > **************************************
> > end w3c thread
> > ***************************************
> >
> 
>
---------------------------------------------------------------------
> 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


Mime
View raw message