Home » Modeling » M2T (model-to-text transformation) » [Acceleo] Acceleo as standalone(How to run Acceleo as a standalone Java application)
[Acceleo] Acceleo as standalone [message #635753] |
Wed, 27 October 2010 21:10  |
Eclipse User |
|
|
|
Hi happy designers,
I would like try to test something with which I would need Acceleo to be used as a standalone Java application : would give it two arguments, target directory and M2T source file, launch from command line (this is what I would like to get).
I had a look at the doc, but there was just really few things about this topic in Acceleo's doc.
It says nothing about what Java compiled files I have to copy outside of Eclipse, and I failed with a test.
This test, which suggested by the doc, is to run a transformation from Eclipse, and to run it as a Java application instead of as a plug-in.
When I do so, I have a message box with a progress bar, which reach the end, but then does not close, what ever the time I wait (even multiple minutes). I have to manually close the Eclipse process, otherwise, the whole Eclipse does not respond any more.
As this test fails, does that means I cannot use Acceleo standalone ?
Surprisingly, the process seems to complete in some way, as files in the target folder appears to be really generated ; this is just that it does not close at the end.
Here is the state of my attempts.
Any hint or tip, or links to doc, to use Acceleo as a Java standalone application, welcome.
|
|
| | | |
Re: [Acceleo] Acceleo as standalone [message #636319 is a reply to message #636309] |
Sat, 30 October 2010 16:39   |
Eclipse User |
|
|
|
Hi once again Mr Laurent,
Laurent Goubet wrote on Sat, 30 October 2010 12:44 | However as Simon mentionned, if we did have standalone generation in
mind while designing Acceleo, we did not expect that there would also be
such a need for standalone compilation, and you'll have to take a look
at his advice as we haven't made progress in this field since then.
|
Yes, "standalone" and "portable" is a famous requirement nowadays (and to talk about Java applications, there exist some very lightweight JVM now) .
Just let me explain why I was thinking about it, so it does not look like an unjustified or silly expectation : I though about it because a process may rely on an external compiler and an external UML editor (I am balancing TopCased and ArgoUML, while ArgoUML does not work fine in Eclipse), so that most of the process is done outside of Eclipse. That was why I though about running Acceleo outside of Eclipse if possible.
Laurent Goubet wrote on Sat, 30 October 2010 12:44 | As for the documentation, looking at your comment I do believe we'll
have to update it with a dedicated "standalone" section .
|
I guess you have many pending job, so please, don't bother too much (except if someone with a commercial support request the same).
|
|
|
Re: [Acceleo] Acceleo as standalone [message #636321 is a reply to message #636309] |
Sat, 30 October 2010 16:49   |
Eclipse User |
|
|
|
Hi Laurent,
I think, the use case of standalone compilation is an important one.
Most companies use the Hudson Buildserver to build their products. For this occasion, the standalone-compilation is neccessary to build the fully functional product, execute test cases, etc.
It would be great, if some documentation would be provided. Maybe, with an example how to call the compiler. Is it possible to provide something myself? I do not know how the contribution guidelines are for the Acceleo Project.
And currently, the presented AcceleoCompiler Class only puts its output in the source directory. It is currently not possible to specify a target directory. This contradicts to the normal java compilation mechanism, as it compiles from src to bin. Something like this would also be preferred, I think.
Also, at default, the mtl files are copied to the bin directory. By adding Acceleo to the project, this could automatically be excluded.
The last two aspects just came into mind.
Cheers,
Simon
|
|
|
Re: [Acceleo] Acceleo as standalone [message #636334 is a reply to message #636319] |
Sat, 30 October 2010 21:03   |
Eclipse User |
|
|
|
Yannick Duchene (Hibou57) wrote on Sat, 30 October 2010 16:39 | Just let me explain why I was thinking about it, so it does not look like an unjustified or silly expectation : I though about it because a process may rely on an external compiler and an external UML editor (I am balancing TopCased and ArgoUML, while ArgoUML does not work fine in Eclipse), so that most of the process is done outside of Eclipse. That was why I though about running Acceleo outside of Eclipse if possible.
|
I'm pretty sure now. After some tests, pretty sure ArgoUML is the UML editor to recommend. Papyrus let you draw erroneous diagrams (you have to manually validate all the time with another tool), has trouble with XMI imports. TopCased is a validating editor, but suffers from too much "pointer error" and also have real troubles with XMI imports. The only one which does not crash while running, validates during edition, and imports XMI without a trouble, is ArgoUML. As said before, as it has failure with its Eclipse variant (ArgoEclipse), and works fine outside of Eclipse, then no more reasons to use Eclipse, except for Acceleo.
TBH: ArgoUML only have experimental support for UML2, and cannot draw state diagrams (which I need) in UML mode. But it seems the more promising of all the ones I tried.
This was my off-topic about what is the most recommended validating UML editor 
Have a nice time all.
|
|
| |
Re: [Acceleo] Acceleo as standalone [message #636354 is a reply to message #636334] |
Sun, 31 October 2010 06:31   |
Eclipse User |
|
|
|
This is a multi-part message in MIME format.
--------------060706080407040409030000
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Yannick,
Comparison between UML modelers seem to be a reccurent topic :). It's a
wonder no studies are yet out on this ^^.
Laurent Goubet
Obeo
Yannick Duchene (Hibou57) wrote:
> Yannick Duchene (Hibou57) wrote on Sat, 30 October 2010 16:39
>> Just let me explain why I was thinking about it, so it does not look
>> like an unjustified or silly expectation : I though about it because a
>> process may rely on an external compiler and an external UML editor (I
>> am balancing TopCased and ArgoUML, while ArgoUML does not work fine in
>> Eclipse), so that most of the process is done outside of Eclipse. That
>> was why I though about running Acceleo outside of Eclipse if possible.
>
> I'm pretty sure now. After some tests, pretty sure ArgoUML is the UML
> editor to recommend. Papyrus let you draw erroneous diagrams (you have
> to manually validate all the time with another tool), has trouble with
> XMI imports. TopCased is a validating editor, but suffers from too much
> "pointer error" and also have real troubles with XMI imports. The only
> one which does not crash while running, validates during edition, and
> imports XMI without a trouble, is ArgoUML. As said before, as it has
> failure with its Eclipse variant (ArgoEclipse), and works fine outside
> of Eclipse, then no more reasons to use Eclipse, except for Acceleo.
>
> TBH: ArgoUML only have experimental support for UML2, and cannot draw
> state diagrams (which I need) in UML mode. But it seems the more
> promising of all the ones I tried.
>
> This was my off-topic about what is the most recommended validating UML
> editor :p
>
> Have a nice time all.
>
--------------060706080407040409030000
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------060706080407040409030000--
|
|
| | |
Goto Forum:
Current Time: Sun Jul 13 16:22:57 EDT 2025
Powered by FUDForum. Page generated in 0.46508 seconds
|