|Re: [GMF Tooling] References container/child [message #731297 is a reply to message #731273]
||Fri, 30 September 2011 13:58
|| Mickael Istria, away until January 8th
Registered: July 2009
Location: Grenoble, France
On 30/09/2011 15:37, Arthur Daussy wrote:|
> Hi everyone,
> I'm currently working on MDT Papyrus which is a GMF generated editor.
> For now we encounter some problem for regeneration one of our diagram.
> The problem is the following:
> We are working on the Activity diagram. In this diagram for most of the
> elements we can have several containers:
> -> The Activity Diagram container
> -> And all the Grouping element (example : Structured Activity node)
> For now in the GenMap model the only container set is the Activity
> Diagram. If we add the other containers in the map, during generation a
> new element for each container will created. Or we want only one
> implementation of Structured Activity Node (for example) and not one for
> each element it can contain.
> For now the solution is manually add into the GenModel each reference
> into the "container" and "child" attribute. However each time we
> regenerate the genModel we lose all those references. So we have to add
> them manually again and it is quite pain full.
> So I'm writing here to know if:
> -> There is any way to avoid when regenerating from GenMap to GenModel
> to override those manually added elements?
GMFMap to GMFGen keeps manually modified stuff for some parts of the
models. However, it is not true for everything. You can open a bug
providing your GMF files and the scenario, and we'll see whether there
is a workaround or an easy fix possible.
> -> There is a way to reference existing element in container/child
> attribute to avoid creating new elements each time you add them.
In your gmfmap, you can use "referenced child" to reference a
NodeMapping instead of defining a new one.
However I think this does not change anything during generation. once
again, you should open a bug for that.
Powered by FUDForum
. Page generated in 0.02021 seconds