Community
Participate
Working Groups
It may be a good option to make some "creation verification" before allowing to move elements. For example if the creation of a FlowProperty is only allowed on FlowSpecification, there is no reason to allow to move such element on any other kind of elements (ex: an Enumeration). Currently the default policy is "always allow" to move elements (if allow by UML2 EMF implementation). It may be better to choose the opposite policy "Always forbid" and make exception where an implementation is provided, or behavior has been validated.
This can be reproduced with 0.10.X. I don't think that we should prevent to move a flow property to an interface that is not stereotyped as FlowSpecification, since the user might want to add the FlowSpecification stereotype to the latter or remove the FlowPropery stereotype from the former. This should perhaps be part of model validation rules. However, it should not be possible to move a property into an enumeration, as we don't allow the creation of a property within an enumeration (even if the latter is technically a classifier).
