[news.eclipse.technology.gmt] Re: possible applications of OAW, ATL, an

["Markus Voelter" <schogglad@xxxxxx>]

> I plan to use OAW as the MDE platform along with some other  
> transformation languages.

which ones?

> Also I notice  two other technogies MOFscript and ATL overlap the  
> functionality in OAW.

right.

> What are the relative merits of using MOFScript vs ATL vs Expand as a  
> Model to text language.

I might be biased (since I am working on the oAW project), but oAW's
code generation language xPand has a number of features that allow you
to manage complexity if your generator, such as
* powerful expression language
* polymorhpic template execution
* AOP for templates, etc.

> What would be the difficulty of adapting MOFscript to OAW similarly to
> what has been done with ATL

I assume that MOFScript is also based on EMF, so it should not be
too much of a problem to integrate it; we'd only need a workflow
component that runs the transformation.

We haven't done that yet since our users have been quite happy
with the xPand language up to now. If you really need this integration
let me know, and I'll see what we can do.

> What are relative merits of using ATL vs Wombat as a Model  
> transformation language

in oAW, we will move to something else but WOMBAT in 4.1
(it's already available in alpha); the new transformation
syntax will be an extension of our existing extend language.

A very nice feature of that language is that it has a very
nice, metamodel-aware editor.

> A significant amount of runtime functionality in a program (such as  
> checking instance level constraints, or translation of HQL (Hibernate  
> Query language)  to SQL,

that's done by Hibernate...

> abstract UI  Component model  to text HTML
> or to a concrete platform such as SWT or Swing, Serialization of  
> components to XML) involve similar M2M or Model2Text transforms.
> Can these technologies be used in this manner.

yes.


> In particular are the APIs
> present in a manner that the can be used out of the IDE (which I will  
> assume is true),

I don't understand your point here.

Markus

--
Markus Völter

voelter - ingenieurbüro für softwaretechnologie
Ziegeläcker 11, 89520 Heidenheim, Germany
Tel. +49 (0) 171 / 86 01 869
Email: voelter@xxxxxxx

Web: http://www.voelter.de
Blog: http://www.voelter.de/blog
Podcast: http://www.se-radio.net

PGP Public Key: http://www.voelter.de/data/MarkusVoelter.gpg