| Summary: | EMF annotation composing and validate helper | ||
|---|---|---|---|
| Product: | [Modeling] EMF | Reporter: | steeven <steeven> |
| Component: | Edit | Assignee: | Dave Steinberg <davidms> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | bhunt, Ed.Merks, kutter |
| Version: | 2.2 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://www.blogjava.net/steeven/archive/2006/05/24/47883.html | ||
| Whiteboard: | |||
|
Description
steeven
Ed suggested that the following is relevant to this bug: > 2. Write an article which show how to use the Validation framework, to > add constraints to Ecore iself, guaranteeing that the OCL annotations in > the Christian Damus article are correct. For instance, a constraint that > checks that if a OCL "derive" is here, the corresponding ERererence > is derived=true, volatile=true, transient=true. Or a constraint that > checks that an OCL constraints is then as well mentioned in the > corresponding ECORE annotation "constraints" Ed commented: I think this is related to https://bugs.eclipse.org/bugs/show_bug.cgi?id=143478. I could imagine some type of mechanism whereby based on the source URI of an EAnnotation, a validator could be registered to validate EAnnotations with that source URI. The changes committed for https://bugs.eclipse.org/bugs/show_bug.cgi?id=418619 provide extensive support for validating and authoring annotations. *** This bug has been marked as a duplicate of bug 418619 *** |