Community
Participate
Working Groups
Models created with the latest active versions of Viewpoint (i.e. Viewpoint 6.8 and 6.10) should be automatically and transparently migrated to Sirius when opened with Sirius 0.9.0. Sirius 0.9 is as close to a "simple" rebranding of Viewpoint as possible, with (almost) no code or model changes beside the renaming. For the models themselves (both .odesign and .aird files), the main change will be to update the nsURIs of the various EPackages referecenced. See https://git.eclipse.org/r/#/c/16936/ for a draft of a patch for this.
I did a review of the differences in all our metamodels between Viewpoint 6.8 (the version distributed with Obeo Designer 6.2) and the current master on Sirius (to be released as 0.9). The metamodels reviewed were: contribution.ecore, layoutdata.ecore, sequence.ecore, table.ecore, tree.ecore and viewpoint.ecore. All of these have the expected changes in terms of modified nsURIs and relative paths for inter-model references. Ths nsURIs changes will be handled by the migration being developed at https://git.eclipse.org/r/#/c/16936/. The paths differences have no impact at runtime. In addition, table.ecore has the following changes: - The type EditionTableExtensionDescription was removed. - The type DTable used to inherit from ExtensibleRepresentation (from viewpoint.ecore); the inheritance has been removed. and viewpoint.ecore has the the following changes: - The type ExtensibleRepresentation was removed. - Several defaultLiteral values for enum-typed EAttributes were modified to fix validation warnings in recent EMF versions. - The type OptionalLayer was renamed AdditionalLayer and gained a new boolean attribute named "optional". DiagramDescription.optionalLayers was renamed into additionalLayers to match the new type name. - EStructuralFeatureCustomization gained a new boolean attribute "applyOnAll", and the cardinality of its (existing) attribute "appliedOn" was modified. The name change in OptionalLayer and the changes on EStructuralFeatureCustomization come from changed in Viewpoint 6.9 which were manually reported on Sirius. The corresponding migration logic should have been reported at the same time as the changes themselves. The removal of EditionTableExtensionDescription and ExtensibleRepresentation are technically incompatible changes specific to Sirius, but they should not impact any users. They correspond to features which were not exposed to users of Viewpoint. No migration code has been written for these and none should be needed. A mention in the release notes should be enough.
For information, I resumed work of Cédric about the migration of NSURis from Viewpoint to Sirius (https://git.eclipse.org/r/#/c/16936/).
DDiagramEditPart.MODEL_ID was changed from Viewpoint to Sirius. So in aird created with Viewpoint, notation.Diagram#type="Viewpoint" whereas in aird created with Sirius, notation.Diagram#type="Sirius". This can be handled by the migration framework, but it is different from just the nsURIs changes currently implemented by https://git.eclipse.org/r/#/c/16936/.
We should also handle the Modeling Projects created using Viewpoint. The ID used in the modeling project nature has changed. If possible, we should recognize both IDs (old and new) as synonymous and use the new one exclusively for new projects. If we can handle both values, I'm not sure it is worth trying to convert the old ones. If we can not recognize old-style modeling projects as Sirius Modeling Projects, we need either a new action to convert them or (probably better), improve the existing conversion operation in {{ModelingToggleNatureAction}}.
The migration https://bugs.eclipse.org/bugs/show_bug.cgi?id=422478#c3 is now also handled by the https://git.eclipse.org/r/#/c/16936/.
The nature part of the migration (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=422478#c4) is handled by https://git.eclipse.org/r/#/c/18984/ (work in progress).
The https://git.eclipse.org/r/#/c/16936/ and https://git.eclipse.org/r/#/c/18984/ are now in final state. Maxime is making a last review. For information, the migration of nsURI and the migration of "notation.Diagram#type" (https://bugs.eclipse.org/bugs/show_bug.cgi?id=422478#c3) are handled automatically during the loading of the representations file (.aird) or the VSM (.odesign). There is nothing specific to do for the end-user. For the migration of the nature (https://bugs.eclipse.org/bugs/show_bug.cgi?id=422478#c4), the end-user should launch the action "Configure/Convert to Modeling Project" on the old Viewpoint Modeling projects. Pierre-Charles, I have modified the release notes, but I didn't change the page https://wiki.eclipse.org/Sirius/0.9.0. I think you'll probably make this later. Doesn't it?
Fix through commits http://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=fa2ea9f9ffeeb0407a1fb803f1349c473562aa66 and http://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=f4d2ae634a1bbd9ded934d5a3096835e429de2a8
Verified on 0.9.0.201312100846 build.
Released in Sirius 0.9.0
