RESOLVED FOR NOW... BLOCKING/BREAKING Filling Error logs when starting dynamic edtior THE SECOND TIME
With the attached export, I am blocked.
Here is the export: veriCatalog_202402161515.mcore
I was relatively productive, and both the generated and dynamic editor work in principle. I was trying to resolve #125 on my own and now I am bloced again.
What blocks me is that when after importing the attached repository, when starting the dynamic editor TWICE, the error logs are filled, and everything gets very slow.
The funcitonal problem I fighted last, was that AbsModelElement.absEnclosingModel does NOT work, despite that AbsModelElement.absEnclosingPackage does work, and that AbsPackage.absModel does return the model (e.g. the outermost package) and that I defined AbsModelElement.absEnclosingModel as combination of both.
TODO: find out why the logs fill up while importing and while starting the dynamic editor with the attached import file for the SECOND TIME
Steps to reproduce:
- import repository
- start dynamic editor -> only a few log entries are done, dynamic editor works
- start dynamic editor a second time -> logs fill up uncontrolled, and dynamic editor does not start
While doing LOTS of testing I found:
- if-then-else code generation does not work if one of the returned parts is "null", it then does not correctly calculate the type of the full if-then-else (EASY TO FIX)
- as well, I fuold that in the logs "codeOfLength2, which is an operations, and thus harder to test, does strange things. I found for instance, that a normal chain self.a.b automatically checks for self.a being null, while inside an else branch, this is not done
- as well I had lots of situations, where the derived ocl is correct, but if I do let it generate while starting the dynamic editor, it creates a strange error -> evaluation in properties,and evluation during triggering of ECore generation while starting dynamic editor seems to differ.