Community
Participate
Working Groups
Some reconciling strategy should be implemented like it is done for standard EMF GenModel.
Created attachment 36070 [details] Initial simple implementation of the fix for subj The patch assumes that there are empty org.eclipse.gmf.codegen.reconciler and org.eclipse.gmf.codegen.reconciler.test.taipan plugins already created somewhere
Attributes mostly often modified by user (like plugin id, provider name, ...) should be preserved.
Comment on attachment 36070 [details] Initial simple implementation of the fix for subj Proposed patch provides base extensible reconciler service. However, in the current service implementation, only small subset of features are supported. It will be extended in future
Created attachment 36071 [details] Fixed: reconciler fails to load old gmfgen resource when invoked from UI
There are attributes in gmfgen that are not set during transformation step and get their values from handcoded implementation. It's easy to detect user changes for such attributes, hence the patch. Next attributes were identified as suitable for reconciling: Copyright text Package prefix Diagram file extension Same diagram/model file attribute Plugin provider name Plugin version Please reopen scr to add more.
refactored into oeg.common/oeg.internal.common.reconcile package. Tests: CodegenReconcileTest.
[GMF Restructure] Bug 319140 : product GMF and component Generation was the original product and component for this bug