Community
Participate
Working Groups
The Developers's Guide continues to encourage the use of OCL embedded in XML CDATA sections. This was necessary with Eclipse 3.2. Eclipse 3.3, MDT/OCL 1.1 introduced EMF codegen for OCL from EAnnotations that could be maintained within the Sample Ecore Editor, and could be activated from the generated Java model. Eclipse 3.6, EMF 2.6 introduced validation delegates which MDT/OCL 3.0 exploited to again support OCL in EAnnotations, support activation from Java models, or dynmamic activation via eInvoke. It is not clear that the oruginal approaches still work. It is certainly unhelpful to describe them without accompanying warnings and pointers to new approaches. A redirection to http://127.0.0.1:49350/help/topic/org.eclipse.ocl.doc/tutorials/oclinecore/oclInEcoreTutorial.html would be helpful.
Created attachment 216292 [details] Documentation and example improvements
Eclipse EMF Validation is moving away from this bugs.eclipse.org issue tracker to https://github.com/eclipse/emf-validation. If this issue is relevant to you and still present in the latest release: * Create a new issue at https://github.com/eclipse/emf-validation/issues/. * Use as title in GitHub the title of this Bugzilla ticket (may include the bug number or not, at your own convenience) * In the GitHub description, start with a link to this bugzilla ticket * Optionally add new content to the description if it can helps towards resolution * Update bugzilla ticket * Add to "See also" property (up right column) the link to the newly created GitHub issue * Add a comment "Migrated to <link-to-newly-created-GitHub-issue>" * Set status as CLOSED MOVED All issues that remain open will be automatically closed next week or so. Then the Bugzilla component for EMF Validation will be archived and made read-only.
Surely ALL Bugzilla are to be MOVED since all must be searchable in the single ticket-space?
Replaced by https://github.com/eclipse/emf-validation/issues/12
