Hi
Today, I think the EMF GenModel changes should just be an
opportunity. The new EAnnotation support should allow UML's
<genAnnotations
source="http://www.eclipse.org/emf/2002/GenModel/importer/org.eclipse.uml2.uml.ecore.importer">
<details key="DUPLICATE_FEATURES" value="PROCESS"/>
<details key="DUPLICATE_FEATURE_INHERITANCE"
value="PROCESS"/>
...
to be visible and editable in the EMF editors.
However again today, with 2 bug fixes on the new support not yet
available in an N-build, it is not possible to rebuild the
OCLUML.uml models; the genmodel takes a long time as usual but
many of the generated files terminate after the imports, which is
often an indication of bad templates.
I suspect that the EMF template evolution to support
@deprecated/@since tags is breaking for UML2. There is new
GenModelUtil API used by the templates and since this is build
time API there is no need to provide runtime-level
conditionalization. Anything that uses EMF 2.14 code generation
must support EMF 2.14. For OCL and QVTd, I just had to add an
extra import of GenModelUtil and merge my variant Class.javajet
with the evolved EMF Class.javajet. For QVTd where code generation
can be a user-compile time activity, I considered adding
conditionalisation on all the new API so that QVTd would be Oxygen
installable, I'm still considering but since QVTd graduates this
year I might decide that it graduates on current code unless UML
has died....
Regards
Ed Willink
On 26/09/2017 08:21, Ed Merks wrote:
Sebastien
I think you are misinterpreting "require UML2's extended
GenModel to take action" as synonymous with "the changes are
bad."
Any change (good or bad) to the GenModel.ecore affects (at
least potentially) UML's extended GenModel implementation.
http://git.eclipse.org/c/emf/org.eclipse.emf.git/log/plugins/org.eclipse.emf.codegen.ecore/model/GenModel.ecore
Also any change to templates (good or bad) affects (at least
potentially) UML's specialized templates:
http://git.eclipse.org/c/emf/org.eclipse.emf.git/log/plugins/org.eclipse.emf.codegen.ecore/templates/model/Class.javajet
We can all be thankful (and I
certainly am!) that Itemis consistently sponsors my
contributions and that Dennis Hübner of TypeFox does the Releng
work on my behalf.
Note that lack of signing support for Buckminster builds will
become a significant problem for someone, or perhaps everyone,
when the foundation disables that service.
Regards,
Ed
On 26.09.2017 08:03, GERARD Sebastien wrote:
Hi Ed,
Can you tell me what are the changes that have been made
and will be bad for photon w.r.t. EMF generator part?
Thanks.
Best.
Seb.
Envoyé
depuis mon smartphone Samsung Galaxy.
-------- Message d'origine --------
Date : 25/09/2017 18:11 (GMT+01:00)
Objet : Re: [modeling-pmc] UML2 and Photon
Kenn,
That's pretty bad for Papyrus, parts of OCL, and parts of
EMF Compare. :-( And I'm not sure which other
release-train parts are downstream of those parts...
Downstream consumers should note that parts of UML2 (i.e.,
the generator parts) don't work with the latest EMF (i.e.,
the generator parts of it) because any changes I make to the
GenModel (and I made many changes recently) require UML2's
extended GenModel to take action. So we can't just feed the
Oxygen version of UML2 into the Photon train (at least not
all of UML2's parts).
Regards,
Ed
On 25.09.2017 16:54, Kenn Hussey
wrote:
PMC,
I just wanted to give you a heads up that there are
currently no plans for UML2 to participate in the
upcoming Photon simultaneous release, due to lack of
funding. Unfortunately, this means that dependencies
will break when the aggregation file is disabled by the
EMO immediately following M4.
If anyone is interested (or knows someone who might
be interested) in helping ensure that UML2 is kept up to
date and that it can participate in the Photon release,
please reach out to me directly.
Thanks,
Kenn
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/modeling-pmc
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/modeling-pmc
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/modeling-pmc