Return-Path: 
 <issues-return-311-apmail-commons-issues-archive=commons.apache.org@commons.apache.org>
Delivered-To: apmail-commons-issues-archive@locus.apache.org
Received: (qmail 53691 invoked from network); 22 Aug 2007 17:22:58 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 22 Aug 2007 17:22:58 -0000
Received: (qmail 99598 invoked by uid 500); 22 Aug 2007 17:22:52 -0000
Delivered-To: apmail-commons-issues-archive@commons.apache.org
Received: (qmail 99504 invoked by uid 500); 22 Aug 2007 17:22:51 -0000
Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@commons.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@commons.apache.org>
List-Post: <mailto:issues@commons.apache.org>
List-Id: <issues.commons.apache.org>
Reply-To: issues@commons.apache.org
Delivered-To: mailing list issues@commons.apache.org
Received: (qmail 99463 invoked by uid 99); 22 Aug 2007 17:22:51 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2007 10:22:51 -0700
X-ASF-Spam-Status: No, hits=-100.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2007 17:23:30 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 87978714212
	for <issues@commons.apache.org>; Wed, 22 Aug 2007 10:22:31 -0700 (PDT)
Message-ID: <3981757.1187803351553.JavaMail.jira@brutus>
Date: Wed, 22 Aug 2007 10:22:31 -0700 (PDT)
From: "Rahul Akolkar (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Subject: [jira] Commented: (SCXML-52) Error on resolving conflicting
 transitions for compound states
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/SCXML-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521861 ] 

Rahul Akolkar commented on SCXML-52:
------------------------------------

This is a combination of two things:

1) Document order priority -- so on entering s1 below, T1 wins:

  <state id="s1">
    <onentry>
      <send event="interal_event1"/>
    </onentry>
    <transition event="interal_event1"/> <!-- T1 -->
    <transition event="interal_event1"/> <!-- T2 -->
  </state>

2) Commons SCXML processes all "generated" events (includes implicit events and <send> usages such as above etc.) in the same subsequent microstep. Therefore, both transitions in your example become candidate transitions and the first in document order wins.

Behavior in (2) is open to interpretation of the spec ATM, but interim, you may be able to "chain" your transitions to tease apart the two internal_events into their own microsteps, i.e.

  <state id="s1">
    <onentry>
      <send event="interal_event1"/>
    </onentry>
    <transition event="interal_event1"> <!-- T1 -->
      <send event="internal_event2"/>
    </transition>
    <transition event="interal_event1"/> <!-- T2 -->
  </state>

I understand such chaining may not be possible across the board.


> Error on resolving conflicting transitions for compound states
> --------------------------------------------------------------
>
>                 Key: SCXML-52
>                 URL: https://issues.apache.org/jira/browse/SCXML-52
>             Project: Commons SCXML
>          Issue Type: Bug
>    Affects Versions: 0.6
>            Reporter: Ingmar Kliche
>             Fix For: 0.7
>
>
> There seems to be a problem on the resolution of conflicting transitions for compound states. See the following scxml document:
> <scxml xmlns="http://www.w3.org/2005/07/scxml" version="1.0" initialstate="s1">
>     <datamodel>
>         <data name="x"/>
>     </datamodel>
>     
>     <state id="s1">
>         <initial>
>             <transition target="s11"/>
>         </initial>
>         
>         <transition event="event_1">
>             <assign name="x"  expr="'s1'"/>
>         </transition>
>        
>        <transition event="event_2" target="s1">
>             <assign name="x"  expr="'s1'"/>
>         </transition>
>         
>         <state id="s11">
>             <transition event="event_1">
>                        <assign name="x"  expr="'s11'"/>
>             </transition>
>            <transition event="event_2" target="s11">
>                        <assign name="x"  expr="'s11'"/>
>             </transition>
>         </state>
>     </state>
>     
>     <state id="s2" final="true" />
> </scxml>
> The state machine enters a compound state s1 which contains another state s11 as its intitial state. Both states have transitions on event_1 and event_2. Note that event_1 has no target, whereas event_2 has a target towards the same state.
> For event_2 everything works as expected, i.e. only the transition on state s11 is executed and therefor s11 is reentered (I have a listener in my environment and can monitor this). 
> The error occurs at event_1. On event_1 both transitions of s1 _and_ s11 are executed - but only once. After this, the state machine gets stuck (in particular the currentStates-List is empty). Any subsequent event will not cause any further action.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.