[
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