From issues-return-408-apmail-commons-issues-archive=commons.apache.org@commons.apache.org Fri Aug 31 22:57:44 2007
Return-Path:
Delivered-To: apmail-commons-issues-archive@locus.apache.org
Received: (qmail 49176 invoked from network); 31 Aug 2007 22:57:41 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
by minotaur.apache.org with SMTP; 31 Aug 2007 22:57:41 -0000
Received: (qmail 9818 invoked by uid 500); 31 Aug 2007 22:57:34 -0000
Delivered-To: apmail-commons-issues-archive@commons.apache.org
Received: (qmail 9748 invoked by uid 500); 31 Aug 2007 22:57:34 -0000
Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help:
List-Unsubscribe:
List-Post:
List-Id:
Reply-To: issues@commons.apache.org
Delivered-To: mailing list issues@commons.apache.org
Received: (qmail 9736 invoked by uid 99); 31 Aug 2007 22:57:34 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Aug 2007 15:57:34 -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; Fri, 31 Aug 2007 22:57:38 +0000
Received: from brutus (localhost [127.0.0.1])
by brutus.apache.org (Postfix) with ESMTP id 94F6671420C
for ; Fri, 31 Aug 2007 15:57:18 -0700 (PDT)
Message-ID: <17333337.1188601038585.JavaMail.jira@brutus>
Date: Fri, 31 Aug 2007 15:57:18 -0700 (PDT)
From: "Dennis Cook (JIRA)"
To: issues@commons.apache.org
Subject: [jira] Created: (SCXML-57) Parallel exits to soon.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
Parallel exits to soon.
-----------------------
Key: SCXML-57
URL: https://issues.apache.org/jira/browse/SCXML-57
Project: Commons SCXML
Issue Type: Bug
Affects Versions: 0.6, 0.7
Environment: windows and linux
Reporter: Dennis Cook
I am not sure if this is a bug or the intended behaviour, but it seems that the any one of the states in the parallel reaches a final substate, then all of parallel states are exited. I confirmed this by expanding on the existing test case that uses the transitions-01.xml state chart to mark one of the three substates with the final="true" attribute. When this substate is reached all three of the parallel states are exited.
However when reading the working draft specification it states:
Parallel is a wrapper element that encapsulates a set of parallel states. The element has and elements analogous to . In addition, the element holds a set of elements that execute in parallel and join at the handler of the element. In particular, when all of the parallel substates reach final states, a completion event "ID.done" is generated, where "ID" is the "id" of the element. Either the element or one of its ancestors can trigger a transition off this event, at which time the handler of the element will be executed.
This leads me to believe that all states of the parallel have to reach a final state before the tranistion out occurs.
Feels like a bug to me.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.