| Summary: | Errors while building the Workspace when Ecore.ecore is present in an Acceleo project | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] Acceleo | Reporter: | Romain Guider <romain.guider> | ||||
| Component: | Core | Assignee: | Project Inbox <acceleo-inbox> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | laurent.goubet | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Romain Guider
Created attachment 173170 [details]
Message and stack trace
This is the stack trace of the exception that is thrown while building the Acceleo project.
We introduced a facade for the package registry so that we wouldn't pollute the global package registry with workspace-defined packages anymore. It is now possible to work with Ecore.ecore or UML.uml in the workspace, remove classes or concepts from this metamodels and still be able to load ecore files properly. In addition, Acceleo modules defined on a workspace metamodel will now react to changes done in these metamodels (concept added or removed ...). |