Revision as of 17:13, 16 July 2008 by Erdillon.cisco.com
- 1 Candidate Topics
- 1.1 Versioning/distribution of generators on website
- 1.2 Bugzilla review
- 1.3 XMI Import/export vs. UML import/export
- 1.4 Componentized model issues
- 1.5 IPackageArtifact adapters (Bug 240246)
- 1.6 Package representation in class diagrams (GMF re-gen)
- 1.7 Status of UI Testing and inclusion in automated builds
- 1.8 Annotation API on IModelComponents
- 1.9 Generic Model Support
Versioning/distribution of generators on website
XMI Import/export vs. UML import/export
Componentized model issues
- Annotations in Tigerstripe generators: There was an issue where the generators were unable to access the annotation definitions due to the Eclipse class loading mechanism. A solution has been implemented where a developer may add annotation references in the TS-PLUGIN.xml file. This will ensure that the required annotation classes are available at compile time and runtime. This is implemented, but will need to verified in production.
- Annotations in Facets: Enhancement to do inclusions and exclusions based on annotations is currently in progress. Functionality has been tested with JUnit, but not included in UI at this point. Facet xml file stores inclusion or exclusion patterns using annotation id (pkg + name of EMF class). An audit will be required.
- Abstract Associations: Abstract Associations and abstract Associations Classes are not being walked through during facet resolution. If a concrete subclass is defined in a facet the abstract parent was also included if it is present in the same project. Now that we support generations requiring multiple components we don't necessarily see abstract parent (if contained in other component). This issue has been resolved and the generation will now walk associations between components.
- Facet Meta-Data: Dynamic meta-data defined in facets to be accessible from generators (name value pairs). Generator would expect entries from facets and process accordingly (name + group of strings for first implementation).
There will be an integration build at the end of this week.
IPackageArtifact adapters (Bug 240246)
Package representation in class diagrams (GMF re-gen)
Status of UI Testing and inclusion in automated builds
Annotation API on IModelComponents
We have agreed to the following:
- There will not be a 'set' API on IModelComponent, but instead there will be a 'helper' class defined in Tigerstripe that performs the same tasks
- The 'get' API will remain but will befined on a new IAnnotationCapable interface in a new package ...model.annotation in the workbench.core plug-in
- The 'get' API will assume the "tigerstripe" scheme, and so scheme will not be passed through the API
- The following flavours of 'get' will be supported:
- get...(String epackage, String eclass)
- get...(String annotationId) - right-most match of epackage+eclass against supplied string
- get...(AnnotationType type)
- <T> T get...(Class<T> annotationClass) - matches all derived annotations of type and of sub-type
- There will for each 'get' be a corresponding 'has' to return a boolean value
Generic Model Support
- Annotation rendering on UI
- Icon provider is done.
- Need Decoration Provider that works throughout UI
- We need to cover Diagram and Explorer, so maybe able to extend Eclipse standard Decoration providers to be included in Diagram.
- Annotation rendering on Class Diagrams is "functional" but not pretty.
- Diagram Generation
- Still need not sure whether GMF diagrams can be rendered as pictures when running Eclipse Headless.
- Would be nice to have hyperlinks in pictures. Tried SVG output, and it doesn't work properly (colors?).