| Summary: | Add warning for bad invoke | ||
|---|---|---|---|
| Product: | [Modeling] Acceleo | Reporter: | Ed Willink <ed> |
| Component: | Core | Assignee: | Project Inbox <acceleo-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | laurent.goubet, stephane.begaudeau |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows Vista | ||
| Whiteboard: | |||
|
Description
Ed Willink
If a Java service is in the workspace and if that class is in a dependency of the Acceleo Project (recursively) and if the package containing the class has not been exported then the invoke operation will be marked by a warning. It will not detect: - Java services that have are not in the workspace (investigating in the deployed plugins would be very time consuming). - Java services that do not exists (they can be in a plugin) You can see an example in the following screenshot: https://lh3.googleusercontent.com/_R0aPxLxg16E/TcOyCT2CnVI/AAAAAAAAARU/d5QVxkdH3Ak/Services.png (MyClass does not exists, GenerateJava is exported and Service is not exported). The fix will be contributed on HEAD, it will be available in Acceleo 3.1.0 RC1. Closing our "resolved" and "verified" bugs. Definitely not fixed in 3.1.0. And rather irritatingly, Acceleo rebuilds whenever anything in the project changes, which would only be justifiable if it was checking. Having a 'build' project with about 10 *.mtl and about 10 *.mwe2 and 20 primary *.java is pretty painful since they seem to trigger each other into spurious builds. When EGIT gets to work, it is generally necessary to switch off 'Build Automatically' till the progress stabilizes. Ed, Thanks for the feedback, this is an issue we thought resolved. (I was just bulk-closing all "resolved" and "fixed" issues... :p.) This had indeed been fixed in 3.1.0. As Stéphane mentionned, it will only mark as warning those classes that can indeed be found in the project's dependencies and have not been exported. |