| Summary: | query name lookup failure across modules | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] Acceleo | Reporter: | Vlad Gheorghe <vlad.gheorghe> | ||||
| Component: | Core | Assignee: | Project Inbox <acceleo-inbox> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | stephane.begaudeau | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Vlad Gheorghe
Created attachment 202798 [details]
test Acceleo project "tst.acceleo.bugNameResolution"
Thanks for your report, it helped me to find (one more) a condition that can trigger this problem. If you have an operation name 'A' that takes a String as a parameter, we have to ways to see this operation. We can see it as an operation that applies on a String and which takes no parameter, or we can see it as an operation that applies on "nothing" and which takes a String as a parameter. If OCL encounter the version which applies on a String, it will compare what it is looking for 'A' which takes a String as a parameter and by comparing the number of argument (0 against 1) it will conclude that the two operations do not match. After having tried all the operation, OCL will conclude by saying that the operation was not found. I still haven't found the condition that change between the "it works" and it doesn't work" (I'll see that tomorrow but I believe that "sometimes we may not have the two signatures available") but we are currently in progress to overwrite this OCL mechanism (AbstractTypeChecker#findOperationMatching(...)) by one of our own in order to improve performances during the operation signatures resolution, which is critical for us, so this mechanism will be improved soon. I'll comment on this bug again to report my findings. Stephane Begaudeau Now, in Acceleo 3.3.0 it compiles and run nicely, I believe this issue was related to this bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=365912 Screenshot of the result: https://plus.google.com/photos/105625286543794908607/albums/5552047126204483729/5733391692595659506?utm_source=chrome_ntp_icon&utm_medium=chrome_app&utm_campaign=chrome Closing resolved bugs |