[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [qvto-dev] Replacement of Acceleo templates by Xtend
|
Hi
With everything using variables maintaining the tiny simplifications for
non-derived visiors was pretty pointless.
The way forward, not today, for accept weaving etc may be to have PIM
and PSM ecores.
e.g. Pivot.ecore, PIvot.genmodel correspond to the PIM then after
weaving transformations are applied we get
PivotImpl.ecore, PivotImpl.genmodel corresponding to the PSM.
So no Visitable in Pivot.ecore, but Visitable is woven into
PivotImpl.ecore. No need for in-memory Ecore mutation through
GenModelAdapters, but models must be processed via MWE (or equivalent).
Regards
Ed
On 01/07/2013 12:26, Adolfo Sanchez-Barbudo Herrera wrote:
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
_______________________________________________
qvto-dev mailing list
qvto-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/qvto-dev
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6452 - Release Date: 06/30/13