Return-Path: 
 <user-return-22985-apmail-commons-user-archive=commons.apache.org@commons.apache.org>
Delivered-To: apmail-commons-user-archive@www.apache.org
Received: (qmail 39024 invoked from network); 15 May 2009 19:19:59 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 15 May 2009 19:19:59 -0000
Received: (qmail 46778 invoked by uid 500); 15 May 2009 19:19:58 -0000
Delivered-To: apmail-commons-user-archive@commons.apache.org
Received: (qmail 46672 invoked by uid 500); 15 May 2009 19:19:57 -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 46662 invoked by uid 99); 15 May 2009 19:19:57 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 May 2009 19:19:57 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of rahul.akolkar@gmail.com
 designates 74.125.92.149 as permitted sender)
Received: from [74.125.92.149] (HELO qw-out-1920.google.com) (74.125.92.149)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 May 2009 19:19:49 +0000
Received: by qw-out-1920.google.com with SMTP id 5so1460683qwc.60
        for <user@commons.apache.org>; Fri, 15 May 2009 12:19:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=NkaBCDNEZwL4VnrYdEk5CdRJ1DnzqQwdiG+Sb1U4KIA=;
        b=cn65n6RbP6b9J36eV6BeGhPxIpeOBPMEPsRW2BiSgvEH3/fGroRGCD2TRGR2xgZ3X8
         auIafDveqlRAL08+xOuuk1NDsI8QoU2Wwp2jhN4rG1ZfSiXs/rhsm4zTbWBn4JFL7KCE
         Gast7QkKXhv60H6KbrMKHqzQ97KkYDQfRwa6U=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=KcjkYY43kuxZkEonurVvyiaEzb+JMWcM2vdWpzIvsUvIo2OniFSs1np/6fVtZ/Igls
         UFwPpEhTFS9LugyIeqYzCnK2fYQwLQoF96j+TtmGNjZucPKj5PHhnZXgC0MRIkBdETVk
         M7HX3tsXDe5qybsWGJZBRiMmyUZ2n24IbZP48=
MIME-Version: 1.0
Received: by 10.224.89.3 with SMTP id c3mr4251957qam.373.1242415168508; Fri,
	15 May 2009 12:19:28 -0700 (PDT)
In-Reply-To: <C6332F33.609%Alexander.Blotny@fokus.fraunhofer.de>
References: <C7B8C2A2-BA49-4401-A423-203E15CA3387@gmail.com>
	 <C6332F33.609%Alexander.Blotny@fokus.fraunhofer.de>
Date: Fri, 15 May 2009 15:19:28 -0400
Message-ID: <ce1f2ea80905151219l55ff92ddvb6a9d0cdf6c7bd89@mail.gmail.com>
Subject: Re: [SCXML] new release, parameter handling
From: Rahul Akolkar <rahul.akolkar@gmail.com>
To: Commons Users List <user@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org

On Fri, May 15, 2009 at 8:39 AM, Alexander Blotny
<Alexander.Blotny@fokus.fraunhofer.de> wrote:
> Hi,
>
> I have some questions to the SCXML project.
> I am not sure if it is the right place, please tell me if it is not.
>
<snip/>

This is the right place.


> At first I would like to know when the next release will come. I could not
> find any information on the page.
<snap/>

In a few months (purposely vague since there is no set date yet).


> Furthermore I am curious if the next release will support EcmaScript as
> evaluation language or does already something like a plugin exist?
>
<snip/>

Options [1][2] are being looked at. Since Commons SCXML has the notion
of pluggable ELs [3], a new release isn't strictly needed to add
support for a new EL though.


> As far as I can see the implementation does only support to execute void
> methods without parameters when a certain state is reached. I think it would
> be nice to have entry parameters and return values. So the results of one
> state/method can be used in another one. Maybe there is already a
> possibility but I missed it...
>
<snap/>

I think this is about the AbstractStateMachine class, which is meant
to be a simple example usage pattern. Adjust per taste, see user guide
for details.

-Rahul

[1] http://svn.apache.org/repos/asf/commons/proper/scxml/branches/J6
(see oacs.env.javascript package)
[2] http://issues.apache.org/jira/browse/SCXML-108
[3] http://commons.apache.org/scxml/guide/contexts-evaluators.html



> Thank you in advance.
>
> greetings,
> Alex
>
>

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