commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ustbcoder" <>
Subject Re: Re: [SCXML]Eclipse plunge-in based visual editor,debugger and codegeneration tool for SCXML
Date Sat, 03 Apr 2010 13:00:11 GMT

Hi Rahul,
Thank you for your advises, i have modified my proposal both in the GSOC system and the wiki,
you can find it here: 
In fact, i am eager to find a mentor for this project, you are a Commons SCXML commiter, can
you recommend  some other Commons SCXML developers for me ? Or, if possible, can you give
me some Commons SCXML commiters' email, i will try to contact with them to check if they are
interested. Thank you!



发件人: Rahul Akolkar 
发送时间: 2010-04-03  13:20:40 
收件人: Commons Developers List 
抄送: xunlong gui 
主题: Re: [SCXML]Eclipse plunge-in based visual editor,debugger and codegeneration tool
for SCXML 
On Thu, Apr 1, 2010 at 2:39 AM, xunlong gui <> wrote:
> Hi guys,
> I have finish my Project Proposal, you can find it here
>, any one who is interested in mentoring
> me,please let me know ,thank you very much :-)
OK, thanks, I've renamed it to the following which is more descriptive:
I see that you have also added your proposals (2) to the GSoC site.
Finding a mentor will increase your chances, but looks like we don't
have one as of now. Inspite of that, if you are interested in
feedback, I have two comments:
 * In the ordered list at the end of the "Detailed Description"
section, I think it may be better to switch the order of items 2 and 3
(I think the export feature to generate an SCXML document is lower
hanging fruit, and is also a more requested feature than the debug).
 * In the same list, I see that you mention item 4 as a "tentative",
and I agree that it really seems like a stretch goal. Perhaps you can
reduce the number of code generation deliverables (say, just leave
Java) and even that code can leverage the Commons SCXML APIs and
assume those jars are available (unlike your scenario in the paragraph
above the list where you talk about generating code without
> 2010/3/31 xunlong gui <>
>> Hi all,
>> I have been using Apache Commons SCXML Engine for more than two years,Now
>> i have an idea to improve it, and I wanted to post it and see if there would
>> be any interest in it in the Apache SCXML community. If possible, i want to
>> hold it as a GSoC(url: open source project.
>> The basic idea of the project is to create a Eclipse based visual editor
>> and debugger for SCXML which can also generate SCXML statechart to Java
>> code.
>> State Chart XML (SCXML) is currently a Working Draft published by the
>> World Wide Web Consortium (W3C). SCXML provides a generic state-machine
>> based execution environment based on Harel State Tables. SCXML is a
>> candidate for the control language within multiple markup languages coming
>> out of the W3C.It is very useful to handler complex status transfer
>> logic,but if a SCXML file is really so huge and complex,it will become too
>> difficult to maintain and refactor or to test its logic validity.
>> This project is to develop a Eclipse plunge-in visual editor which is
>> capable of showing a graphical representation of the process model and
>> allows for adding breakpoints to activities, variable modifications and
>> managing the debugging process for SCXML.I have already done some work on
>> both SCXML and Eclipse GMF,even i tried to implement a SCXML editor using
>> GMF and got a little achievement,so i want to develop this editor with GMF
>> and have enough confidence to finish it.
>> Usually,State Chart XML file will be running on a SCXML engine(for
>> example, our Apache Commons SCXML),if some one only want to achieve the
>> SCXML file's business logic,but do not want to or can not use some SCXML
>> engine due to licence problem etc,this tool can export SCXML file's logic to
>> executeable Java code which has the same state logic translation with the
>> SCXML file.
>> This is my mainly idea,if anyone has any questions or comments, or would
>> be interested in mentoring this project, please let me know. Thanks.
>> Gui
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message