You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Gavin Lei <ga...@gmail.com> on 2011/01/30 04:51:16 UTC
[SCXML] Actionscript SCXML engine
Hi guys,
I am a doctor student from China. My name is Gavin Lei. I have much
Flex/Flash development experience, and you know that we usually use Flash
actionscript to develop some cartoon application, such as some thing move in
the screen. Recently, i noticed that SCXML may be a good solution for this
kind of application, it can control state and transation very well.
But sadly i can not get any good ActionScript based SCXML engine, and we
know we have a Java based SCXML engine under Apache Commons, so i want to
develop a similar actionscript based SCXML engine. I will finish this job
step by step:
step 1:
Finish basic element parse job for SCXML document, these elements includes:
SCXML,state,transition,parallel,initial,final,onentry,onexit and some other
relative basic element. I will implenent them in actionscript, parse them
into ActionScript object.
step 2:
Finish execute content elements parse job for SCXML document, parse Raise,
If, ElseIf, Else and Log into Actionscript object, and we should involve
Data Model elements parse job too, for example, we usually use datamodel
element as If elements' parameter
step 3:
Just like Commons SCXML engine, we should build TriggerEvent, Step, Status
and SCInstance and basic SCXMLExecutor here, package a basic SCXML executor
engine here.
After these jobs, i will put myself upon thinking about the most useful
CustomAction implemention in this ActionScript SCXML engine.
Any good advises? please let me know, thank you.
--
---------------------------------
Best Regards
Gavin Lei (雷银)
Email: gavingui2011@gmail.com
Re: [SCXML] Actionscript SCXML engine
Posted by Libor Jelinek <lj...@virtage.com>.
Hello Gavin!
It sounds like very ambitious goal. Go for it.
I don't know ActionScript but I should have syntax derived from
JavaScript (ECMAScript). There is already JS SCXML engine at
http://commons.apache.org/sandbox/gsoc/2010/scxml-js/ so you use it
like base or at least for inspiration.
God bless you!
Libor
2011/1/30 Gavin Lei <ga...@gmail.com>:
> Hi guys,
>
> I am a doctor student from China. My name is Gavin Lei. I have much
> Flex/Flash development experience, and you know that we usually use Flash
> actionscript to develop some cartoon application, such as some thing move in
> the screen. Recently, i noticed that SCXML may be a good solution for this
> kind of application, it can control state and transation very well.
>
> But sadly i can not get any good ActionScript based SCXML engine, and we
> know we have a Java based SCXML engine under Apache Commons, so i want to
> develop a similar actionscript based SCXML engine. I will finish this job
> step by step:
>
> step 1:
> Finish basic element parse job for SCXML document, these elements includes:
> SCXML,state,transition,parallel,initial,final,onentry,onexit and some other
> relative basic element. I will implenent them in actionscript, parse them
> into ActionScript object.
>
> step 2:
> Finish execute content elements parse job for SCXML document, parse Raise,
> If, ElseIf, Else and Log into Actionscript object, and we should involve
> Data Model elements parse job too, for example, we usually use datamodel
> element as If elements' parameter
>
> step 3:
> Just like Commons SCXML engine, we should build TriggerEvent, Step, Status
> and SCInstance and basic SCXMLExecutor here, package a basic SCXML executor
> engine here.
>
> After these jobs, i will put myself upon thinking about the most useful
> CustomAction implemention in this ActionScript SCXML engine.
>
> Any good advises? please let me know, thank you.
>
> --
> ---------------------------------
> Best Regards
> Gavin Lei (雷银)
> Email: gavingui2011@gmail.com
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [SCXML] Actionscript SCXML engine
Posted by Jacob Beard <jb...@cs.mcgill.ca>.
Yes, that was a bit confusing. Thanks for clearing that up :P
Cheers,
Jake
On 11-01-30 09:39 PM, Gavin Lei wrote:
> Sorry, Jacob. I just reply your mail in my friend Long's computer, we were
> in the same Lab in USTB and his Firefox have saved his Gmail Account and we
> are both in Apache Commons mail list, so i used his Account by mistake.
>
> What a low-class mistake :-(
>
> 在 2011年1月31日 上午10:24，Xun Long Gui <us...@gmail.com>写道：
>
>> Hi Jacob,
>>
>> Thank you for your information. In fact, i konw both ActionScript and
>> JavaScript well, but i did not know they are both ECMAScript dialects
>> although it they have the same syntax and semantics. The mainly reason is
>> that, when i use JavaScript to develop some web application, usually we use
>> it to develop small fantastic function, but we do not use it much. Because
>> different Internet Explorer have different effects base on the same JS
>> code,
>> before FireBug, we even have not a good tool for us to debug JS code. The
>> good news is that now we have Dojo and ExtJS and some other JS libs to help
>> us. For normal guys, it is not a easy thing for us to develop a fantastic
>> application written in JS code.
>>
>> Compared with JavaScript, ActionScript has more Object-Oriented support, We
>> can define package,Class, extends Class, just like we develop Java
>> application, so i fell in love in ActionScript very quickly, and i think an
>> ActionScript based SCXML engine is really needed.
>>
>> If we do some job based on your project, may be we can also support SCXML
>> support for ActionScript too, but i fact, i have my own solution already,
>> and i am working on it. Just like Commons SCXML, it is a native
>> ActionScript
>> SCXML engine, and we will export the compiled classes as a .SWC file (just
>> like a .JAR file). If user have any SCXML document, they can just use this
>> .JWC lib to run the document.
>>
>> You really have done a good job, and i will make a study of your code and
>> explor the future cooperation space. Supply more than one solution to
>> users,
>> it is not a bad thing, just like now, as a JavaScript application
>> developer,
>> i prefer Firefox and do not like MS IE, may be for some other guys, they
>> prefer MS IE but do not like Firefox (just a sample :-) ). Looking forward
>> more communication with you, thank you~
>>
>> 在 2011年1月30日 下午11:30，Jacob Beard <jb...@cs.mcgill.ca>写道：
>>
>>> Hi Gavin,
>>>
>>> I found a few sources that claimed that ActionScript is an ECMAScript
>>> dialect:
>>> http://en.wikipedia.org/wiki/ActionScript
>>>
>>>
>> http://stackoverflow.com/questions/1424087/actionscript-is-like-javascript/1424111#1424111
>>> JavaScript is also an ECMAScript dialect. My understanding is that most
>>> versions of JavaScript which you find implemented in browsers today are
>>> based on the ECMAScript 3 standard, whereas ActionScript includes
>>> language features taken from the now-defunct ECMAScript 4 standard.
>>> scxml-js generates code based on ECMAScript 3.
>>>
>>> In any case, I decided to try an experiment to see if the ECMAScript
>>> code generated by scxml-js was directly compilable to Flash bytecode
>>> using the Flex 4 SDK. I took the generated ECMAScript code from one of
>>> my demos, and put it into an mxml document, then attempted to compile it
>>> with mxmlc.
>>>
>>> Demo page:
>>>
>>>
>> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.html
>>> Generated JavaScript from this demo:
>>>
>>>
>> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.js
>>> Generated code embedded into mxml document:
>>> https://gist.github.com/eb7445592f2a00cc7c4f
>>>
>>> The good news is that, I only had to make one very small alteration to
>>> the generated code in order to get it to compile with the Flex 4 mxml
>>> compiler. It would be exceedingly simple to update scxml-js to
>>> accommodate this change.
>>>
>>> The above experiment is a good indication that scxml-js could be used
>>> directly in your work. However, there are still some large unanswered
>>> questions. First, it's not clear whether the semantics of the generated
>>> ECMAScript code will be the same when interpreted as ActionScript; there
>>> are no guarantees that the generated code will execute properly. Second,
>>> the only examples of standalone .as files I have seen are wrapped in a
>>> "package{}" declaration, and each of the objects declared inside of the
>>> package have public/private visibility modifiers. This may mean that, to
>>> move the generated ECMAScript code out into its own .as file, as opposed
>>> to embedding it directly into the mxml document, would require extra
>>> code to be generated for the package and visibility declarations. Third,
>>> performance of the generated code may be sub-par, as it is not using
>>> ActionScript's optional type declarations.
>>>
>>> With that said, I think it wouldn't be too difficult to make the above
>>> modifications to scxml-js so that it generates ActionScript-friendly
>>> code. I may be able to spend some cycles on this, if you would be
>>> interested in using it in your research.
>>>
>>> Let me know what you think. Cheers,
>>>
>>> Jake
>>>
>>> On 11-01-30 01:43 AM, Gavin Lei wrote:
>>>> Hi Jake,
>>>>
>>>> Thank you for your help and you have done a good job. I am not very
>>> familiar
>>>> with ECMAScript, it seems that ECMAScript is some kind of JavaScript.
>>>> I do not think ActionScript is a superset of ECMAScript. ActionScript
>> is
>>> a
>>>> kind a Flex/Flash script languare, we usually use it to develop some
>> kind
>>> of
>>>> Flash application, a ball or a small guy move in the screen something.
>>> And
>>>> it is a Object-Oriented language, just like JAVA and we can use it to
>>> parse
>>>> XML document very convenient.
>>>>
>>>> In Flash/Flex application, we usually write much state or transition
>>>> relative code to control an object in the canvas, if we hava an
>>> ActionScript
>>>> SCXML engine, i think it will improve our Flash/Flex develop progress.
>>> And i
>>>> search this topic in Google and find some relative requests from
>>> developers,
>>>> so i have this idea and post it here to expect more advises :-)
>>>>
>>>> 在 2011年1月30日 下午12:28，Jacob Beard <jb...@cs.mcgill.ca>写道：
>>>>
>>>>> Hi Gavin,
>>>>>
>>>>> I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
>>>>> last year's Google Summer of Code. In addition to continuing to
>> develop
>>>>> this compiler, I'm currently using it in my research on developing
>> user
>>>>> interface with Statecharts. I've never worked with ActionScript
>> before,
>>>>> but my understanding is that it is a superset of ECMAScript.
>> Therefore,
>>>>> the ECMAScript code generated by scxml-js might also be compilable
>> with
>>>>> an ActionScript compiler. Even if the generated code is not directly
>>>>> compilable, it might be easier to create an ActionScript backend for
>>>>> scxml-js based on the existing ECMAScript backend, rather than writing
>>>>> your own interpreter from scratch. You can find more information on
>>>>> scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
>>>>>
>>>>> If you have any questions, please don't hesitate to ask. Thanks,
>>>>>
>>>>> Jake
>>>>>
>>>>>
>>>>> On 11-01-29 10:51 PM, Gavin Lei wrote:
>>>>>> Hi guys,
>>>>>>
>>>>>> I am a doctor student from China. My name is Gavin Lei. I have much
>>>>>> Flex/Flash development experience, and you know that we usually use
>>> Flash
>>>>>> actionscript to develop some cartoon application, such as some thing
>>> move
>>>>> in
>>>>>> the screen. Recently, i noticed that SCXML may be a good solution for
>>>>> this
>>>>>> kind of application, it can control state and transation very well.
>>>>>>
>>>>>> But sadly i can not get any good ActionScript based SCXML engine, and
>>> we
>>>>>> know we have a Java based SCXML engine under Apache Commons, so i
>> want
>>> to
>>>>>> develop a similar actionscript based SCXML engine. I will finish this
>>> job
>>>>>> step by step:
>>>>>>
>>>>>> step 1:
>>>>>> Finish basic element parse job for SCXML document, these elements
>>>>> includes:
>>>>>> SCXML,state,transition,parallel,initial,final,onentry,onexit and some
>>>>> other
>>>>>> relative basic element. I will implenent them in actionscript, parse
>>> them
>>>>>> into ActionScript object.
>>>>>>
>>>>>> step 2:
>>>>>> Finish execute content elements parse job for SCXML document, parse
>>>>> Raise,
>>>>>> If, ElseIf, Else and Log into Actionscript object, and we should
>>> involve
>>>>>> Data Model elements parse job too, for example, we usually use
>>> datamodel
>>>>>> element as If elements' parameter
>>>>>>
>>>>>> step 3:
>>>>>> Just like Commons SCXML engine, we should build TriggerEvent, Step,
>>>>> Status
>>>>>> and SCInstance and basic SCXMLExecutor here, package a basic SCXML
>>>>> executor
>>>>>> engine here.
>>>>>>
>>>>>> After these jobs, i will put myself upon thinking about the most
>> useful
>>>>>> CustomAction implemention in this ActionScript SCXML engine.
>>>>>>
>>>>>> Any good advises? please let me know, thank you.
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> --
>> Best Regards
>>
>> Gui Xun Long (桂训龙)
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [SCXML] Actionscript SCXML engine
Posted by Gavin Lei <ga...@gmail.com>.
Sorry, Jacob. I just reply your mail in my friend Long's computer, we were
in the same Lab in USTB and his Firefox have saved his Gmail Account and we
are both in Apache Commons mail list, so i used his Account by mistake.
What a low-class mistake :-(
在 2011年1月31日 上午10:24，Xun Long Gui <us...@gmail.com>写道：
> Hi Jacob,
>
> Thank you for your information. In fact, i konw both ActionScript and
> JavaScript well, but i did not know they are both ECMAScript dialects
> although it they have the same syntax and semantics. The mainly reason is
> that, when i use JavaScript to develop some web application, usually we use
> it to develop small fantastic function, but we do not use it much. Because
> different Internet Explorer have different effects base on the same JS
> code,
> before FireBug, we even have not a good tool for us to debug JS code. The
> good news is that now we have Dojo and ExtJS and some other JS libs to help
> us. For normal guys, it is not a easy thing for us to develop a fantastic
> application written in JS code.
>
> Compared with JavaScript, ActionScript has more Object-Oriented support, We
> can define package,Class, extends Class, just like we develop Java
> application, so i fell in love in ActionScript very quickly, and i think an
> ActionScript based SCXML engine is really needed.
>
> If we do some job based on your project, may be we can also support SCXML
> support for ActionScript too, but i fact, i have my own solution already,
> and i am working on it. Just like Commons SCXML, it is a native
> ActionScript
> SCXML engine, and we will export the compiled classes as a .SWC file (just
> like a .JAR file). If user have any SCXML document, they can just use this
> .JWC lib to run the document.
>
> You really have done a good job, and i will make a study of your code and
> explor the future cooperation space. Supply more than one solution to
> users,
> it is not a bad thing, just like now, as a JavaScript application
> developer,
> i prefer Firefox and do not like MS IE, may be for some other guys, they
> prefer MS IE but do not like Firefox (just a sample :-) ). Looking forward
> more communication with you, thank you~
>
> 在 2011年1月30日 下午11:30，Jacob Beard <jb...@cs.mcgill.ca>写道：
>
> > Hi Gavin,
> >
> > I found a few sources that claimed that ActionScript is an ECMAScript
> > dialect:
> > http://en.wikipedia.org/wiki/ActionScript
> >
> >
> http://stackoverflow.com/questions/1424087/actionscript-is-like-javascript/1424111#1424111
> >
> > JavaScript is also an ECMAScript dialect. My understanding is that most
> > versions of JavaScript which you find implemented in browsers today are
> > based on the ECMAScript 3 standard, whereas ActionScript includes
> > language features taken from the now-defunct ECMAScript 4 standard.
> > scxml-js generates code based on ECMAScript 3.
> >
> > In any case, I decided to try an experiment to see if the ECMAScript
> > code generated by scxml-js was directly compilable to Flash bytecode
> > using the Flex 4 SDK. I took the generated ECMAScript code from one of
> > my demos, and put it into an mxml document, then attempted to compile it
> > with mxmlc.
> >
> > Demo page:
> >
> >
> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.html
> >
> > Generated JavaScript from this demo:
> >
> >
> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.js
> >
> > Generated code embedded into mxml document:
> > https://gist.github.com/eb7445592f2a00cc7c4f
> >
> > The good news is that, I only had to make one very small alteration to
> > the generated code in order to get it to compile with the Flex 4 mxml
> > compiler. It would be exceedingly simple to update scxml-js to
> > accommodate this change.
> >
> > The above experiment is a good indication that scxml-js could be used
> > directly in your work. However, there are still some large unanswered
> > questions. First, it's not clear whether the semantics of the generated
> > ECMAScript code will be the same when interpreted as ActionScript; there
> > are no guarantees that the generated code will execute properly. Second,
> > the only examples of standalone .as files I have seen are wrapped in a
> > "package{}" declaration, and each of the objects declared inside of the
> > package have public/private visibility modifiers. This may mean that, to
> > move the generated ECMAScript code out into its own .as file, as opposed
> > to embedding it directly into the mxml document, would require extra
> > code to be generated for the package and visibility declarations. Third,
> > performance of the generated code may be sub-par, as it is not using
> > ActionScript's optional type declarations.
> >
> > With that said, I think it wouldn't be too difficult to make the above
> > modifications to scxml-js so that it generates ActionScript-friendly
> > code. I may be able to spend some cycles on this, if you would be
> > interested in using it in your research.
> >
> > Let me know what you think. Cheers,
> >
> > Jake
> >
> > On 11-01-30 01:43 AM, Gavin Lei wrote:
> > > Hi Jake,
> > >
> > > Thank you for your help and you have done a good job. I am not very
> > familiar
> > > with ECMAScript, it seems that ECMAScript is some kind of JavaScript.
> > > I do not think ActionScript is a superset of ECMAScript. ActionScript
> is
> > a
> > > kind a Flex/Flash script languare, we usually use it to develop some
> kind
> > of
> > > Flash application, a ball or a small guy move in the screen something.
> > And
> > > it is a Object-Oriented language, just like JAVA and we can use it to
> > parse
> > > XML document very convenient.
> > >
> > > In Flash/Flex application, we usually write much state or transition
> > > relative code to control an object in the canvas, if we hava an
> > ActionScript
> > > SCXML engine, i think it will improve our Flash/Flex develop progress.
> > And i
> > > search this topic in Google and find some relative requests from
> > developers,
> > > so i have this idea and post it here to expect more advises :-)
> > >
> > > 在 2011年1月30日 下午12:28，Jacob Beard <jb...@cs.mcgill.ca>写道：
> > >
> > >> Hi Gavin,
> > >>
> > >> I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
> > >> last year's Google Summer of Code. In addition to continuing to
> develop
> > >> this compiler, I'm currently using it in my research on developing
> user
> > >> interface with Statecharts. I've never worked with ActionScript
> before,
> > >> but my understanding is that it is a superset of ECMAScript.
> Therefore,
> > >> the ECMAScript code generated by scxml-js might also be compilable
> with
> > >> an ActionScript compiler. Even if the generated code is not directly
> > >> compilable, it might be easier to create an ActionScript backend for
> > >> scxml-js based on the existing ECMAScript backend, rather than writing
> > >> your own interpreter from scratch. You can find more information on
> > >> scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
> > >>
> > >> If you have any questions, please don't hesitate to ask. Thanks,
> > >>
> > >> Jake
> > >>
> > >>
> > >> On 11-01-29 10:51 PM, Gavin Lei wrote:
> > >>> Hi guys,
> > >>>
> > >>> I am a doctor student from China. My name is Gavin Lei. I have much
> > >>> Flex/Flash development experience, and you know that we usually use
> > Flash
> > >>> actionscript to develop some cartoon application, such as some thing
> > move
> > >> in
> > >>> the screen. Recently, i noticed that SCXML may be a good solution for
> > >> this
> > >>> kind of application, it can control state and transation very well.
> > >>>
> > >>> But sadly i can not get any good ActionScript based SCXML engine, and
> > we
> > >>> know we have a Java based SCXML engine under Apache Commons, so i
> want
> > to
> > >>> develop a similar actionscript based SCXML engine. I will finish this
> > job
> > >>> step by step:
> > >>>
> > >>> step 1:
> > >>> Finish basic element parse job for SCXML document, these elements
> > >> includes:
> > >>> SCXML,state,transition,parallel,initial,final,onentry,onexit and some
> > >> other
> > >>> relative basic element. I will implenent them in actionscript, parse
> > them
> > >>> into ActionScript object.
> > >>>
> > >>> step 2:
> > >>> Finish execute content elements parse job for SCXML document, parse
> > >> Raise,
> > >>> If, ElseIf, Else and Log into Actionscript object, and we should
> > involve
> > >>> Data Model elements parse job too, for example, we usually use
> > datamodel
> > >>> element as If elements' parameter
> > >>>
> > >>> step 3:
> > >>> Just like Commons SCXML engine, we should build TriggerEvent, Step,
> > >> Status
> > >>> and SCInstance and basic SCXMLExecutor here, package a basic SCXML
> > >> executor
> > >>> engine here.
> > >>>
> > >>> After these jobs, i will put myself upon thinking about the most
> useful
> > >>> CustomAction implemention in this ActionScript SCXML engine.
> > >>>
> > >>> Any good advises? please let me know, thank you.
> > >>>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > >> For additional commands, e-mail: dev-help@commons.apache.org
> > >>
> > >>
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> --
> Best Regards
>
> Gui Xun Long (桂训龙)
>
--
---------------------------------
Best Regards
Gavin Lei (雷银)
Email: gavingui2011@gmail.com
Re: [SCXML] Actionscript SCXML engine
Posted by Xun Long Gui <us...@gmail.com>.
Hi Jacob,
Thank you for your information. In fact, i konw both ActionScript and
JavaScript well, but i did not know they are both ECMAScript dialects
although it they have the same syntax and semantics. The mainly reason is
that, when i use JavaScript to develop some web application, usually we use
it to develop small fantastic function, but we do not use it much. Because
different Internet Explorer have different effects base on the same JS code,
before FireBug, we even have not a good tool for us to debug JS code. The
good news is that now we have Dojo and ExtJS and some other JS libs to help
us. For normal guys, it is not a easy thing for us to develop a fantastic
application written in JS code.
Compared with JavaScript, ActionScript has more Object-Oriented support, We
can define package,Class, extends Class, just like we develop Java
application, so i fell in love in ActionScript very quickly, and i think an
ActionScript based SCXML engine is really needed.
If we do some job based on your project, may be we can also support SCXML
support for ActionScript too, but i fact, i have my own solution already,
and i am working on it. Just like Commons SCXML, it is a native ActionScript
SCXML engine, and we will export the compiled classes as a .SWC file (just
like a .JAR file). If user have any SCXML document, they can just use this
.JWC lib to run the document.
You really have done a good job, and i will make a study of your code and
explor the future cooperation space. Supply more than one solution to users,
it is not a bad thing, just like now, as a JavaScript application developer,
i prefer Firefox and do not like MS IE, may be for some other guys, they
prefer MS IE but do not like Firefox (just a sample :-) ). Looking forward
more communication with you, thank you~
在 2011年1月30日 下午11:30，Jacob Beard <jb...@cs.mcgill.ca>写道：
> Hi Gavin,
>
> I found a few sources that claimed that ActionScript is an ECMAScript
> dialect:
> http://en.wikipedia.org/wiki/ActionScript
>
> http://stackoverflow.com/questions/1424087/actionscript-is-like-javascript/1424111#1424111
>
> JavaScript is also an ECMAScript dialect. My understanding is that most
> versions of JavaScript which you find implemented in browsers today are
> based on the ECMAScript 3 standard, whereas ActionScript includes
> language features taken from the now-defunct ECMAScript 4 standard.
> scxml-js generates code based on ECMAScript 3.
>
> In any case, I decided to try an experiment to see if the ECMAScript
> code generated by scxml-js was directly compilable to Flash bytecode
> using the Flex 4 SDK. I took the generated ECMAScript code from one of
> my demos, and put it into an mxml document, then attempted to compile it
> with mxmlc.
>
> Demo page:
>
> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.html
>
> Generated JavaScript from this demo:
>
> http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.js
>
> Generated code embedded into mxml document:
> https://gist.github.com/eb7445592f2a00cc7c4f
>
> The good news is that, I only had to make one very small alteration to
> the generated code in order to get it to compile with the Flex 4 mxml
> compiler. It would be exceedingly simple to update scxml-js to
> accommodate this change.
>
> The above experiment is a good indication that scxml-js could be used
> directly in your work. However, there are still some large unanswered
> questions. First, it's not clear whether the semantics of the generated
> ECMAScript code will be the same when interpreted as ActionScript; there
> are no guarantees that the generated code will execute properly. Second,
> the only examples of standalone .as files I have seen are wrapped in a
> "package{}" declaration, and each of the objects declared inside of the
> package have public/private visibility modifiers. This may mean that, to
> move the generated ECMAScript code out into its own .as file, as opposed
> to embedding it directly into the mxml document, would require extra
> code to be generated for the package and visibility declarations. Third,
> performance of the generated code may be sub-par, as it is not using
> ActionScript's optional type declarations.
>
> With that said, I think it wouldn't be too difficult to make the above
> modifications to scxml-js so that it generates ActionScript-friendly
> code. I may be able to spend some cycles on this, if you would be
> interested in using it in your research.
>
> Let me know what you think. Cheers,
>
> Jake
>
> On 11-01-30 01:43 AM, Gavin Lei wrote:
> > Hi Jake,
> >
> > Thank you for your help and you have done a good job. I am not very
> familiar
> > with ECMAScript, it seems that ECMAScript is some kind of JavaScript.
> > I do not think ActionScript is a superset of ECMAScript. ActionScript is
> a
> > kind a Flex/Flash script languare, we usually use it to develop some kind
> of
> > Flash application, a ball or a small guy move in the screen something.
> And
> > it is a Object-Oriented language, just like JAVA and we can use it to
> parse
> > XML document very convenient.
> >
> > In Flash/Flex application, we usually write much state or transition
> > relative code to control an object in the canvas, if we hava an
> ActionScript
> > SCXML engine, i think it will improve our Flash/Flex develop progress.
> And i
> > search this topic in Google and find some relative requests from
> developers,
> > so i have this idea and post it here to expect more advises :-)
> >
> > 在 2011年1月30日 下午12:28，Jacob Beard <jb...@cs.mcgill.ca>写道：
> >
> >> Hi Gavin,
> >>
> >> I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
> >> last year's Google Summer of Code. In addition to continuing to develop
> >> this compiler, I'm currently using it in my research on developing user
> >> interface with Statecharts. I've never worked with ActionScript before,
> >> but my understanding is that it is a superset of ECMAScript. Therefore,
> >> the ECMAScript code generated by scxml-js might also be compilable with
> >> an ActionScript compiler. Even if the generated code is not directly
> >> compilable, it might be easier to create an ActionScript backend for
> >> scxml-js based on the existing ECMAScript backend, rather than writing
> >> your own interpreter from scratch. You can find more information on
> >> scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
> >>
> >> If you have any questions, please don't hesitate to ask. Thanks,
> >>
> >> Jake
> >>
> >>
> >> On 11-01-29 10:51 PM, Gavin Lei wrote:
> >>> Hi guys,
> >>>
> >>> I am a doctor student from China. My name is Gavin Lei. I have much
> >>> Flex/Flash development experience, and you know that we usually use
> Flash
> >>> actionscript to develop some cartoon application, such as some thing
> move
> >> in
> >>> the screen. Recently, i noticed that SCXML may be a good solution for
> >> this
> >>> kind of application, it can control state and transation very well.
> >>>
> >>> But sadly i can not get any good ActionScript based SCXML engine, and
> we
> >>> know we have a Java based SCXML engine under Apache Commons, so i want
> to
> >>> develop a similar actionscript based SCXML engine. I will finish this
> job
> >>> step by step:
> >>>
> >>> step 1:
> >>> Finish basic element parse job for SCXML document, these elements
> >> includes:
> >>> SCXML,state,transition,parallel,initial,final,onentry,onexit and some
> >> other
> >>> relative basic element. I will implenent them in actionscript, parse
> them
> >>> into ActionScript object.
> >>>
> >>> step 2:
> >>> Finish execute content elements parse job for SCXML document, parse
> >> Raise,
> >>> If, ElseIf, Else and Log into Actionscript object, and we should
> involve
> >>> Data Model elements parse job too, for example, we usually use
> datamodel
> >>> element as If elements' parameter
> >>>
> >>> step 3:
> >>> Just like Commons SCXML engine, we should build TriggerEvent, Step,
> >> Status
> >>> and SCInstance and basic SCXMLExecutor here, package a basic SCXML
> >> executor
> >>> engine here.
> >>>
> >>> After these jobs, i will put myself upon thinking about the most useful
> >>> CustomAction implemention in this ActionScript SCXML engine.
> >>>
> >>> Any good advises? please let me know, thank you.
> >>>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
Best Regards
Gui Xun Long (桂训龙)
Re: [SCXML] Actionscript SCXML engine
Posted by Jacob Beard <jb...@cs.mcgill.ca>.
Hi Gavin,
I found a few sources that claimed that ActionScript is an ECMAScript
dialect:
http://en.wikipedia.org/wiki/ActionScript
http://stackoverflow.com/questions/1424087/actionscript-is-like-javascript/1424111#1424111
JavaScript is also an ECMAScript dialect. My understanding is that most
versions of JavaScript which you find implemented in browsers today are
based on the ECMAScript 3 standard, whereas ActionScript includes
language features taken from the now-defunct ECMAScript 4 standard.
scxml-js generates code based on ECMAScript 3.
In any case, I decided to try an experiment to see if the ECMAScript
code generated by scxml-js was directly compilable to Flash bytecode
using the Flex 4 SDK. I took the generated ECMAScript code from one of
my demos, and put it into an mxml document, then attempted to compile it
with mxmlc.
Demo page:
http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.html
Generated JavaScript from this demo:
http://commons.apache.org/sandbox/gsoc/2010/scxml-js/demo/drag-and-drop/drag-and-drop3.js
Generated code embedded into mxml document:
https://gist.github.com/eb7445592f2a00cc7c4f
The good news is that, I only had to make one very small alteration to
the generated code in order to get it to compile with the Flex 4 mxml
compiler. It would be exceedingly simple to update scxml-js to
accommodate this change.
The above experiment is a good indication that scxml-js could be used
directly in your work. However, there are still some large unanswered
questions. First, it's not clear whether the semantics of the generated
ECMAScript code will be the same when interpreted as ActionScript; there
are no guarantees that the generated code will execute properly. Second,
the only examples of standalone .as files I have seen are wrapped in a
"package{}" declaration, and each of the objects declared inside of the
package have public/private visibility modifiers. This may mean that, to
move the generated ECMAScript code out into its own .as file, as opposed
to embedding it directly into the mxml document, would require extra
code to be generated for the package and visibility declarations. Third,
performance of the generated code may be sub-par, as it is not using
ActionScript's optional type declarations.
With that said, I think it wouldn't be too difficult to make the above
modifications to scxml-js so that it generates ActionScript-friendly
code. I may be able to spend some cycles on this, if you would be
interested in using it in your research.
Let me know what you think. Cheers,
Jake
On 11-01-30 01:43 AM, Gavin Lei wrote:
> Hi Jake,
>
> Thank you for your help and you have done a good job. I am not very familiar
> with ECMAScript, it seems that ECMAScript is some kind of JavaScript.
> I do not think ActionScript is a superset of ECMAScript. ActionScript is a
> kind a Flex/Flash script languare, we usually use it to develop some kind of
> Flash application, a ball or a small guy move in the screen something. And
> it is a Object-Oriented language, just like JAVA and we can use it to parse
> XML document very convenient.
>
> In Flash/Flex application, we usually write much state or transition
> relative code to control an object in the canvas, if we hava an ActionScript
> SCXML engine, i think it will improve our Flash/Flex develop progress. And i
> search this topic in Google and find some relative requests from developers,
> so i have this idea and post it here to expect more advises :-)
>
> 在 2011年1月30日 下午12:28，Jacob Beard <jb...@cs.mcgill.ca>写道：
>
>> Hi Gavin,
>>
>> I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
>> last year's Google Summer of Code. In addition to continuing to develop
>> this compiler, I'm currently using it in my research on developing user
>> interface with Statecharts. I've never worked with ActionScript before,
>> but my understanding is that it is a superset of ECMAScript. Therefore,
>> the ECMAScript code generated by scxml-js might also be compilable with
>> an ActionScript compiler. Even if the generated code is not directly
>> compilable, it might be easier to create an ActionScript backend for
>> scxml-js based on the existing ECMAScript backend, rather than writing
>> your own interpreter from scratch. You can find more information on
>> scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
>>
>> If you have any questions, please don't hesitate to ask. Thanks,
>>
>> Jake
>>
>>
>> On 11-01-29 10:51 PM, Gavin Lei wrote:
>>> Hi guys,
>>>
>>> I am a doctor student from China. My name is Gavin Lei. I have much
>>> Flex/Flash development experience, and you know that we usually use Flash
>>> actionscript to develop some cartoon application, such as some thing move
>> in
>>> the screen. Recently, i noticed that SCXML may be a good solution for
>> this
>>> kind of application, it can control state and transation very well.
>>>
>>> But sadly i can not get any good ActionScript based SCXML engine, and we
>>> know we have a Java based SCXML engine under Apache Commons, so i want to
>>> develop a similar actionscript based SCXML engine. I will finish this job
>>> step by step:
>>>
>>> step 1:
>>> Finish basic element parse job for SCXML document, these elements
>> includes:
>>> SCXML,state,transition,parallel,initial,final,onentry,onexit and some
>> other
>>> relative basic element. I will implenent them in actionscript, parse them
>>> into ActionScript object.
>>>
>>> step 2:
>>> Finish execute content elements parse job for SCXML document, parse
>> Raise,
>>> If, ElseIf, Else and Log into Actionscript object, and we should involve
>>> Data Model elements parse job too, for example, we usually use datamodel
>>> element as If elements' parameter
>>>
>>> step 3:
>>> Just like Commons SCXML engine, we should build TriggerEvent, Step,
>> Status
>>> and SCInstance and basic SCXMLExecutor here, package a basic SCXML
>> executor
>>> engine here.
>>>
>>> After these jobs, i will put myself upon thinking about the most useful
>>> CustomAction implemention in this ActionScript SCXML engine.
>>>
>>> Any good advises? please let me know, thank you.
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [SCXML] Actionscript SCXML engine
Posted by Xun Long Gui <us...@gmail.com>.
Hi Gavin,
It sounds like a good idea. Anyway, if you want to do something, you should
just start your job. If you hava got something, you can show it here. May be
there will be more guys like it.
But i think may be your idea is a very large project, it is not a easy thing
if you want to finish this ActionScript engine well. As we know, Rahul
Akolkar finished Commons SCXML java based SCXML engine, may be you need more
advises from him. BTW, he is a warmhearted guy :-)
在 2011年1月30日 下午2:43，Gavin Lei <ga...@gmail.com>写道：
> Hi Jake,
>
> Thank you for your help and you have done a good job. I am not very
> familiar
> with ECMAScript, it seems that ECMAScript is some kind of JavaScript.
> I do not think ActionScript is a superset of ECMAScript. ActionScript is a
> kind a Flex/Flash script languare, we usually use it to develop some kind
> of
> Flash application, a ball or a small guy move in the screen something. And
> it is a Object-Oriented language, just like JAVA and we can use it to parse
> XML document very convenient.
>
> In Flash/Flex application, we usually write much state or transition
> relative code to control an object in the canvas, if we hava an
> ActionScript
> SCXML engine, i think it will improve our Flash/Flex develop progress. And
> i
> search this topic in Google and find some relative requests from
> developers,
> so i have this idea and post it here to expect more advises :-)
>
> 在 2011年1月30日 下午12:28，Jacob Beard <jb...@cs.mcgill.ca>写道：
>
> > Hi Gavin,
> >
> > I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
> > last year's Google Summer of Code. In addition to continuing to develop
> > this compiler, I'm currently using it in my research on developing user
> > interface with Statecharts. I've never worked with ActionScript before,
> > but my understanding is that it is a superset of ECMAScript. Therefore,
> > the ECMAScript code generated by scxml-js might also be compilable with
> > an ActionScript compiler. Even if the generated code is not directly
> > compilable, it might be easier to create an ActionScript backend for
> > scxml-js based on the existing ECMAScript backend, rather than writing
> > your own interpreter from scratch. You can find more information on
> > scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
> >
> > If you have any questions, please don't hesitate to ask. Thanks,
> >
> > Jake
> >
> >
> > On 11-01-29 10:51 PM, Gavin Lei wrote:
> > > Hi guys,
> > >
> > > I am a doctor student from China. My name is Gavin Lei. I have much
> > > Flex/Flash development experience, and you know that we usually use
> Flash
> > > actionscript to develop some cartoon application, such as some thing
> move
> > in
> > > the screen. Recently, i noticed that SCXML may be a good solution for
> > this
> > > kind of application, it can control state and transation very well.
> > >
> > > But sadly i can not get any good ActionScript based SCXML engine, and
> we
> > > know we have a Java based SCXML engine under Apache Commons, so i want
> to
> > > develop a similar actionscript based SCXML engine. I will finish this
> job
> > > step by step:
> > >
> > > step 1:
> > > Finish basic element parse job for SCXML document, these elements
> > includes:
> > > SCXML,state,transition,parallel,initial,final,onentry,onexit and some
> > other
> > > relative basic element. I will implenent them in actionscript, parse
> them
> > > into ActionScript object.
> > >
> > > step 2:
> > > Finish execute content elements parse job for SCXML document, parse
> > Raise,
> > > If, ElseIf, Else and Log into Actionscript object, and we should
> involve
> > > Data Model elements parse job too, for example, we usually use
> datamodel
> > > element as If elements' parameter
> > >
> > > step 3:
> > > Just like Commons SCXML engine, we should build TriggerEvent, Step,
> > Status
> > > and SCInstance and basic SCXMLExecutor here, package a basic SCXML
> > executor
> > > engine here.
> > >
> > > After these jobs, i will put myself upon thinking about the most useful
> > > CustomAction implemention in this ActionScript SCXML engine.
> > >
> > > Any good advises? please let me know, thank you.
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> --
> ---------------------------------
> Best Regards
> Gavin Lei (雷银)
> Email: gavingui2011@gmail.com
>
--
Best Regards
Gui Xun Long (桂训龙)
Re: [SCXML] Actionscript SCXML engine
Posted by Gavin Lei <ga...@gmail.com>.
Hi Jake,
Thank you for your help and you have done a good job. I am not very familiar
with ECMAScript, it seems that ECMAScript is some kind of JavaScript.
I do not think ActionScript is a superset of ECMAScript. ActionScript is a
kind a Flex/Flash script languare, we usually use it to develop some kind of
Flash application, a ball or a small guy move in the screen something. And
it is a Object-Oriented language, just like JAVA and we can use it to parse
XML document very convenient.
In Flash/Flex application, we usually write much state or transition
relative code to control an object in the canvas, if we hava an ActionScript
SCXML engine, i think it will improve our Flash/Flex develop progress. And i
search this topic in Google and find some relative requests from developers,
so i have this idea and post it here to expect more advises :-)
在 2011年1月30日 下午12:28，Jacob Beard <jb...@cs.mcgill.ca>写道：
> Hi Gavin,
>
> I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
> last year's Google Summer of Code. In addition to continuing to develop
> this compiler, I'm currently using it in my research on developing user
> interface with Statecharts. I've never worked with ActionScript before,
> but my understanding is that it is a superset of ECMAScript. Therefore,
> the ECMAScript code generated by scxml-js might also be compilable with
> an ActionScript compiler. Even if the generated code is not directly
> compilable, it might be easier to create an ActionScript backend for
> scxml-js based on the existing ECMAScript backend, rather than writing
> your own interpreter from scratch. You can find more information on
> scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
>
> If you have any questions, please don't hesitate to ask. Thanks,
>
> Jake
>
>
> On 11-01-29 10:51 PM, Gavin Lei wrote:
> > Hi guys,
> >
> > I am a doctor student from China. My name is Gavin Lei. I have much
> > Flex/Flash development experience, and you know that we usually use Flash
> > actionscript to develop some cartoon application, such as some thing move
> in
> > the screen. Recently, i noticed that SCXML may be a good solution for
> this
> > kind of application, it can control state and transation very well.
> >
> > But sadly i can not get any good ActionScript based SCXML engine, and we
> > know we have a Java based SCXML engine under Apache Commons, so i want to
> > develop a similar actionscript based SCXML engine. I will finish this job
> > step by step:
> >
> > step 1:
> > Finish basic element parse job for SCXML document, these elements
> includes:
> > SCXML,state,transition,parallel,initial,final,onentry,onexit and some
> other
> > relative basic element. I will implenent them in actionscript, parse them
> > into ActionScript object.
> >
> > step 2:
> > Finish execute content elements parse job for SCXML document, parse
> Raise,
> > If, ElseIf, Else and Log into Actionscript object, and we should involve
> > Data Model elements parse job too, for example, we usually use datamodel
> > element as If elements' parameter
> >
> > step 3:
> > Just like Commons SCXML engine, we should build TriggerEvent, Step,
> Status
> > and SCInstance and basic SCXMLExecutor here, package a basic SCXML
> executor
> > engine here.
> >
> > After these jobs, i will put myself upon thinking about the most useful
> > CustomAction implemention in this ActionScript SCXML engine.
> >
> > Any good advises? please let me know, thank you.
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
---------------------------------
Best Regards
Gavin Lei (雷银)
Email: gavingui2011@gmail.com
Re: [SCXML] Actionscript SCXML engine
Posted by Jacob Beard <jb...@cs.mcgill.ca>.
Hi Gavin,
I've developed scxml-js, a SCXML-to-ECMAScript compiler as a part of
last year's Google Summer of Code. In addition to continuing to develop
this compiler, I'm currently using it in my research on developing user
interface with Statecharts. I've never worked with ActionScript before,
but my understanding is that it is a superset of ECMAScript. Therefore,
the ECMAScript code generated by scxml-js might also be compilable with
an ActionScript compiler. Even if the generated code is not directly
compilable, it might be easier to create an ActionScript backend for
scxml-js based on the existing ECMAScript backend, rather than writing
your own interpreter from scratch. You can find more information on
scxml-js here: http://commons.apache.org/sandbox/gsoc/2010/scxml-js/
If you have any questions, please don't hesitate to ask. Thanks,
Jake
On 11-01-29 10:51 PM, Gavin Lei wrote:
> Hi guys,
>
> I am a doctor student from China. My name is Gavin Lei. I have much
> Flex/Flash development experience, and you know that we usually use Flash
> actionscript to develop some cartoon application, such as some thing move in
> the screen. Recently, i noticed that SCXML may be a good solution for this
> kind of application, it can control state and transation very well.
>
> But sadly i can not get any good ActionScript based SCXML engine, and we
> know we have a Java based SCXML engine under Apache Commons, so i want to
> develop a similar actionscript based SCXML engine. I will finish this job
> step by step:
>
> step 1:
> Finish basic element parse job for SCXML document, these elements includes:
> SCXML,state,transition,parallel,initial,final,onentry,onexit and some other
> relative basic element. I will implenent them in actionscript, parse them
> into ActionScript object.
>
> step 2:
> Finish execute content elements parse job for SCXML document, parse Raise,
> If, ElseIf, Else and Log into Actionscript object, and we should involve
> Data Model elements parse job too, for example, we usually use datamodel
> element as If elements' parameter
>
> step 3:
> Just like Commons SCXML engine, we should build TriggerEvent, Step, Status
> and SCInstance and basic SCXMLExecutor here, package a basic SCXML executor
> engine here.
>
> After these jobs, i will put myself upon thinking about the most useful
> CustomAction implemention in this ActionScript SCXML engine.
>
> Any good advises? please let me know, thank you.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [SCXML] Actionscript SCXML engine
Posted by Libor Jelinek <lj...@virtage.com>.
Hello Gavin!
It sounds like very ambitious goal. Go for it.
I don't know ActionScript but I should have syntax derived from
JavaScript (ECMAScript). There is already JS SCXML engine at
http://commons.apache.org/sandbox/gsoc/2010/scxml-js/ so you use it
like base or at least for inspiration.
God bless you!
Libor
2011/1/30 Gavin Lei <ga...@gmail.com>:
> Hi guys,
>
> I am a doctor student from China. My name is Gavin Lei. I have much
> Flex/Flash development experience, and you know that we usually use Flash
> actionscript to develop some cartoon application, such as some thing move in
> the screen. Recently, i noticed that SCXML may be a good solution for this
> kind of application, it can control state and transation very well.
>
> But sadly i can not get any good ActionScript based SCXML engine, and we
> know we have a Java based SCXML engine under Apache Commons, so i want to
> develop a similar actionscript based SCXML engine. I will finish this job
> step by step:
>
> step 1:
> Finish basic element parse job for SCXML document, these elements includes:
> SCXML,state,transition,parallel,initial,final,onentry,onexit and some other
> relative basic element. I will implenent them in actionscript, parse them
> into ActionScript object.
>
> step 2:
> Finish execute content elements parse job for SCXML document, parse Raise,
> If, ElseIf, Else and Log into Actionscript object, and we should involve
> Data Model elements parse job too, for example, we usually use datamodel
> element as If elements' parameter
>
> step 3:
> Just like Commons SCXML engine, we should build TriggerEvent, Step, Status
> and SCInstance and basic SCXMLExecutor here, package a basic SCXML executor
> engine here.
>
> After these jobs, i will put myself upon thinking about the most useful
> CustomAction implemention in this ActionScript SCXML engine.
>
> Any good advises? please let me know, thank you.
>
> --
> ---------------------------------
> Best Regards
> Gavin Lei (雷银)
> Email: gavingui2011@gmail.com
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org