Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [qvto-dev] Replacement of Acceleo templates by Xtend

Hi Ed,

Good job. After tuning up a new Kepler SR0 installation, with new API base line, new luna-* git repositories, etc, I've been able to adopt the transition, without any need to look at Xtend programs and even QVTd changes. Very straightforward.

I've also noticed that there is not counterpart to generate visitors for derived languages. I guess you did some merge/refactor so now we only have one MWE/Xtend component, regardless you are generating visitors for root/core language or a derived/extending one.

Additionally, as we arranged in our last talk, I've also removed the automated visitor pattern weaver for ImperativeOCL/QVTOperation Xtext models. As consequence, no accept methods in generated interfaces, and the generated implementation classes contain now a @generated NOT (no auto-generated) implemention of them. As a result, QVTo master works with the OCL one.

This step is still retained in the AS metamodels generation, at least, until Bug 406599 [1] is resolved.

Cheers,
Adolfo.

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=406599

On 26/06/2013 06:48, Ed Willink wrote:
Hi Adolfo

I've pushed the changes to OCL master so that ocl.examples.build has no
Acceleo dependencies.

[The unconverted StandardLibrary-to-Textile (manually invoked for
documentation) and XBNF-to-LPG (experimental) templates have moved to
ocl.examples.build.acceleo.]

The resulting structure is simpler

MWE2 config -> Xtend algorithm selection -> Xtend actions

with all parameter passing by name rather than the long positional lists in

MWE2 config -> Java wrapper -> Acceleo algorithm selection -> Acceleo
actions.

QVTd master has the corresponding changes, so updating your QVTo
templates should be very similiar to QVTd commit
97b804fb20eb15d841e417edb31d196f37bb8881.

     Regards

         Ed
_______________________________________________
qvto-dev mailing list
qvto-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/qvto-dev


Back to the top