[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [polarsys-iwg] UML Generators Proposal Question
|
Hi,
I just wanted to ask, if you actually plan for:
* the UML Generators to also look into Xtext/Xpand/Xtend?
The existing generators which are parts of the initial contribution are
based on Acceleo.
So, it doesn't make sense to translate these existing template (based on
MTL, an OMG specification) to another technology.
* Sphinx. http://www.eclipse.org/sphinx/
used in ARTOP and EATOP already
Model repository and database persistance support based on CDO and
MFT, which should help to scale for very big models
I don't see how Sphinx can help us to manage big models for code generation.
UML Generators will just use EMF models. If these models are stored with
a specific backend, it will be transparent of the generator. So, you
will be allow to use CDO for free. But we don't need for our project to
create a specific dependency to CDO.
So, if Sphinx consumes EMF models, integration should be transparent. If
you do the test, I will be interest by the result.
* ReqIF/ProR - http://www.eclipse.org/rmf/
What is your question?
I know ReqIF, but I don't know what do you want.
* Regarding "Scripting" EASE - http://wiki.eclipse.org/E4/Scripting
What is your question?
The reason I ask (at least for Xtext/Xpand and Sphinx)?
* Several other projects like EATOP and ARTOP are going there
EATOP and ARTOP doesn't rely on UML. So, I don't really understand your
need to integrate them with UML Generators.
* AFAIK, Papyrus is already using it for their editors.
* I wonder, if Xtext DSLs can be written for each language and maybe
also easier extended, e.g. different compiler addons for embedded
compilers.
I just wanted to remind you for reverse engineering to the
different dialects/extension regarding
void _interrupt MyISR(void) vs. interrupt void MyISR() vs.
void MyIsr(void) _interrupt
int @far / @near myVar;
int myVar = 0 _at(0x0100);
_inline vs. _inline_ vs. inline
AUTOSAR like Compiler/Memory Abstractions
Thanks to template overriding feature of Acceleo, it's very easy to
manage these different generation strategies with a simple property.
Creating an XText DSL just for this is an heavy solution for a simple
problem. And I prefer to use simple solution until possible.
http://wiki.eclipse.org/Acceleo/Views_Perspective#Overrides_View
But perhaps you have some complex use cases and this approach can make
sense. I propose to wait to use the future official newsgroup for
technical discussion.
* And last but not least, maybe there is one times a less spread
amount of projects doing the same over and over.
A lot of subprojects exist now on Eclipse-Foundation, and several
have gone with the wind, but other pop up again.
I'm personally overwhelmed by all the different kinds of
subprojects and solutions.
I agree.
And that exactly why we are launching this project.
Any contribution is welcomed!
If you want to be list as an interested party, you can ask (I just need
to know if it's personal, of professional (in this case, I need the name
of your company)).
Regards, kessel
_______________________________________________
polarsys-iwg mailing list
polarsys-iwg@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/polarsys-iwg
begin:vcard
fn:Etienne Juliot
n:Juliot;Etienne
org:Obeo
adr;quoted-printable:;;7 boulevard Amp=C3=A8re;Carquefou;;44481;France
email;internet:etienne.juliot@xxxxxxx
title:Vice President
tel;work:+33 2 51 13 55 94
tel;cell:+33 6 86 78 14 82
url:http://www.obeo.fr
version:2.1
end:vcard