Return-Path: 
 <commons-user-return-15769-apmail-jakarta-commons-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org
Received: (qmail 28047 invoked from network); 6 Apr 2006 05:34:40 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 6 Apr 2006 05:34:40 -0000
Received: (qmail 91305 invoked by uid 500); 6 Apr 2006 05:34:38 -0000
Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org
Received: (qmail 90205 invoked by uid 500); 6 Apr 2006 05:34:35 -0000
Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-user-unsubscribe@jakarta.apache.org>
List-Help: <mailto:commons-user-help@jakarta.apache.org>
List-Post: <mailto:commons-user@jakarta.apache.org>
List-Id: "Jakarta Commons Users List" <commons-user.jakarta.apache.org>
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Delivered-To: mailing list commons-user@jakarta.apache.org
Received: (qmail 90193 invoked by uid 99); 6 Apr 2006 05:34:35 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Apr 2006 22:34:35 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of rahul.akolkar@gmail.com
 designates 64.233.166.178 as permitted sender)
Received: from [64.233.166.178] (HELO pproxy.gmail.com) (64.233.166.178)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Apr 2006 22:34:34 -0700
Received: by pproxy.gmail.com with SMTP id f25so66488pyf
        for <commons-user@jakarta.apache.org>;
 Wed, 05 Apr 2006 22:34:14 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=LzRHLsL/rjHV+hg2B4KPINjjUFYXiO3iwlIL6ldfah80VQbbeTZRC5OxOnJZrABwmm3/23I00/nr9wOtvdI12P12pMNaKoZGjNOrJkNqK6sKWJpGdkAFxE78FT3XbkUM4/1EyK5RfyA7Q2l/85sjDH30ZwpDGtTdXO7kBVr8IXc=
Received: by 10.35.127.7 with SMTP id e7mr98783pyn;
        Wed, 05 Apr 2006 22:34:03 -0700 (PDT)
Received: by 10.35.40.1 with HTTP; Wed, 5 Apr 2006 22:34:03 -0700 (PDT)
Message-ID: <ce1f2ea80604052234w3092be5dh4082bc0150be84b3@mail.gmail.com>
Date: Thu, 6 Apr 2006 01:34:03 -0400
From: "Rahul Akolkar" <rahul.akolkar@gmail.com>
To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Subject: Re: [SCXML] uml2bpel cool, but what about csxml2bpel?
In-Reply-To: <20060406010020.66089.qmail@web50903.mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <ce1f2ea80604051053w5a6a4db7ue205319c4688e3e8@mail.gmail.com>
	 <20060406010020.66089.qmail@web50903.mail.yahoo.com>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

On 4/5/06, Nestor Urquiza <nestoru@yahoo.com> wrote:
> Thanks for this again. I am trying to convince my team
> to go with an SCXML (apologies for several typos)
> approach even though there is no stable release still.
<snip/>

Yup, [scxml] needs to "graduate sandbox" first. While I can't
guarantee when that will happen (no one person can), I will call a
second vote for this on the commons dev list soon. Other than that, if
your team has questions, I'm here.


> another thing ... are you going to publish the mdl
> files you are using for the project?
<snap/>

You mean the state machine diagrams? Can't access that disk right now,
give me a day or two. I'll ping this thread when they're posted.


> I saw you have in one of the screenshots the mdl for
> the StopWatch Use case for example, specifically for
> the StateChart ... Now, I see from the url below [1]
> that you have like an eclipse plugin to make your UML
> to SCXML conversion?
> Also are you making round trip for all of your classes
> as well meaning do you have mdls for your OOP design
> as well?
<snip/>

Yes, that plugin takes the EMF model for the state chart diagram and
converts it to its SCXML document serialization. None of the Java
classes for the usecases involved any roundtrips from the modeling
layer, primarily because the usecases make for fairly trivial class
diagrams. But that is indeed the larger picture.


> as always I really appreciate your help
> Thanks a lot again,
<snap/>

You're just as welcome,
-Rahul


> Nestor
>
>
> --- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
<snip/>
> >
> > [1] http://people.apache.org/~rahul/CommonsSCXML.pdf
> > (see page 2)
> >
<snap/>

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