Bug 386838 - GMF-Tooling should switch back to standard templates language
Summary: GMF-Tooling should switch back to standard templates language
Status: RESOLVED FIXED
Alias: None
Product: GMF-Tooling (ARCHIVED)
Classification: Modeling
Component: Generation / Templates (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.2   Edit
Assignee: Michael Golubev CLA
QA Contact:
URL:
Whiteboard: Currency
Keywords: plan
Depends on: 390313 418080
Blocks:
  Show dependency tree
 
Reported: 2012-08-08 09:55 EDT by Michael Golubev CLA
Modified: 2014-06-03 05:08 EDT (History)
2 users (show)

See Also:
borlander: kepler+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Golubev CLA 2012-08-08 09:55:14 EDT
By historical reasons, GMF Tooling actually using its own fork of xPand templates with xTend language replaced by the use of imperative OCL from QVTo. 

Non standard template language limits the target audience for the project and blocks usage of the modern DSL / code-generation features within GMF-T. 

During Kepler release cycle we should consider switching to the standard templates language, either back to xPand or to Acceleo.
Comment 1 Michael Golubev CLA 2012-09-26 09:14:41 EDT
We decided to do #390313 first and then finally decide, whether we are going to go with xTend2, with Acceleo or both.
Comment 2 Michael Golubev CLA 2013-06-06 06:36:52 EDT
to be delivered in Kepler as an experimental feature (not part of aggregated distribution, installable separately from GMFT update site)
Comment 3 Michael Golubev CLA 2013-09-25 04:58:59 EDT
Set of the xtend2 based templates had been published in the branch: 
https://git.eclipse.org/c/gmf-tooling/org.eclipse.gmf-tooling.git/log/?h=386838-master%2bxtend2-(merged)
Comment 4 Michael Golubev CLA 2014-06-03 05:08:42 EDT
Delivered for 3.2.0 (Luna)