Return-Path: 
 <user-return-21365-apmail-commons-user-archive=commons.apache.org@commons.apache.org>
Delivered-To: apmail-commons-user-archive@www.apache.org
Received: (qmail 31910 invoked from network); 25 Jun 2008 19:43:46 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 25 Jun 2008 19:43:46 -0000
Received: (qmail 87843 invoked by uid 500); 25 Jun 2008 19:43:44 -0000
Delivered-To: apmail-commons-user-archive@commons.apache.org
Received: (qmail 87524 invoked by uid 500); 25 Jun 2008 19:43:43 -0000
Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-help@commons.apache.org>
List-Unsubscribe: <mailto:user-unsubscribe@commons.apache.org>
List-Post: <mailto:user@commons.apache.org>
List-Id: <user.commons.apache.org>
Reply-To: "Commons Users List" <user@commons.apache.org>
Delivered-To: mailing list user@commons.apache.org
Received: (qmail 87513 invoked by uid 99); 25 Jun 2008 19:43:43 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Jun 2008 12:43:43 -0700
X-ASF-Spam-Status: No, hits=-4.0 required=10.0
	tests=RCVD_IN_DNSWL_MED,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [216.82.245.115] (HELO mail121.messagelabs.com)
 (216.82.245.115)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Jun 2008 19:42:51 +0000
X-VirusChecked: Checked
X-Env-Sender: jt8437@att.com
X-Msg-Ref: server-4.tower-121.messagelabs.com!1214422868!16058608!1
X-StarScan-Version: 5.5.12.14.2; banners=-,-,-
X-Originating-IP: [144.160.128.141]
Received: (qmail 787 invoked from network); 25 Jun 2008 19:41:08 -0000
Received: from sbcsmtp9.sbc.com (HELO flph161.enaf.ffdc.sbc.com)
 (144.160.128.141)
  by server-4.tower-121.messagelabs.com with AES256-SHA encrypted SMTP;
 25 Jun 2008 19:41:08 -0000
Received: from enaf.ffdc.sbc.com (localhost.localdomain [127.0.0.1])
	by flph161.enaf.ffdc.sbc.com (8.14.2/8.14.2) with ESMTP id m5PJf70v026669
	for <user@commons.apache.org>; Wed, 25 Jun 2008 12:41:07 -0700
Received: from cafrfd1msghub80.ITServices.sbc.com
 (cafrfd1msghub80.itservices.sbc.com [135.161.8.11])
	by flph161.enaf.ffdc.sbc.com (8.14.2/8.14.2) with ESMTP id m5PJf4XB026637
	for <user@commons.apache.org>; Wed, 25 Jun 2008 12:41:04 -0700
Received: from cafrfd1msgusr75.ITServices.sbc.com ([150.234.39.152]) by
 cafrfd1msghub80.ITServices.sbc.com with Microsoft SMTPSVC(6.0.3790.3959);
	 Wed, 25 Jun 2008 12:41:04 -0700
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: RE: SCXML Listeners
Date: Wed, 25 Jun 2008 12:41:04 -0700
Message-ID: 
 <82BB88AD0AEA8248871FA3735EB2078001DB589E@cafrfd1msgusr75.ITServices.sbc.com>
In-Reply-To: <ce1f2ea80806251224j634dde27x53fbde8305ab735d@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: SCXML Listeners
Thread-Index: AcjW+SnmWikwlEHzR1G44VgMsCeP1wAAjzlQ
From: "THOMAS, JAYANT (ATTSI)" <jt8437@att.com>
To: "Commons Users List" <user@commons.apache.org>
X-OriginalArrivalTime: 25 Jun 2008 19:41:04.0524 (UTC)
 FILETIME=[67B6FCC0:01C8D6FB]
X-TM-AS-Product-Ver: SMEX-7.0.0.1584-5.5.1027-15994.001
X-TM-AS-Result: No--9.367000-0.000000-31
X-Virus-Checked: Checked by ClamAV on apache.org



-----Original Message-----
From: Rahul Akolkar [mailto:rahul.akolkar@gmail.com]=20
Sent: Wednesday, June 25, 2008 12:24 PM
To: Commons Users List
Subject: Re: SCXML Listeners


On 6/24/08, Javier Rodr=EDguez Escolar <javiescolar@gmail.com> wrote:
> Hello,
>
>  I was just starting to use your SCXML implementation and I have =
noticed that
>  if I use a SCXMLListener to perform some actions whenever some =
concrete
>  states are entered, the onEntry method is called after all the =
actions
>  specified on the <onentry/> element have been done.
<snip/>

Yup, by design, all callbacks in SCXMLListener are after the
corresponding actions (for entry, transition or exit).


> Due to the nature of my
>  specific use case I would prefer the onEntry method on the Listener =
to be
>  called before executing the onentry actions, so my questions are: is =
there
>  any reason for this behavior? is there any way to put my code when a =
state
>  is entered and before to the execution of the onentry actions?
<snap/>

Model it in a custom action:

<onentry>
  <my:action ... />
  ... other actions ...
</onentry>

See:
  http://commons.apache.org/scxml/guide/custom-actions.html

More generally, for those just starting with Commons SCXML:
  http://commons.apache.org/scxml/guide.html
  http://commons.apache.org/scxml/usecases.html

-Rahul


>
>  Thanks,
>
>  Javi.
>

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


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