Open dvojtise opened 3 years ago
I would be in favour to only create this folder when some addon is recording data, eg. recording a trace.
I think we also have the generation of intermediate files in the case of the concurrent engine (mse model ?) we should distinguish the recording (ie. something like a backup) from the generation of execution support files. (and make sure that 2 simultaneous executions can work ?)
Hi, I also wanted to report an issue with this gemoc-gen folder. Considering a model as an xtext resource that after its execution, it is just copied in the gemoc-gen folder. In this case, the original model and the executed one in the gemoc-gen folder are the same resources. Therefore, for each object of the model, we get an error saying that the same object is defined twice (or more when executing the model several times). For instance, I am using minijava DSL from here which is a subset of java as an interpreted DSL. In the attached screenshot, you can see a sample minijava model and the errors after model execution. I suppose we need to be able to disable gemoc-gen creation when it is not required.
@Faezeh-Kh
Being the same resource is actually normal since the copy is intended to be used by the trace file
Ie. the trace model is supposed to get its references to the copy of the model and not in the original one that can be modified later. (cf. https://github.com/eclipse/gemoc-studio-modeldebugging/pull/206)
However, you're right:
For these second and third points, we may consider the following fixes:
Hi, In our last discussion, you mentioned one of the use cases of copied models under gemoc-gen is to be used by the trace file. However, as I am checking the latest version, it seems the trace model refers to the original model not its copy.
You're right, we probably need to fix this too, otherwise this model copy is pointless The running model is using its own copy in memory, so for me, the only purpose of such a model on disk is to be a reproducible base for the trace model ...
currently when running multiple simulations, the engine creates one folder per execution in the gemoc-gen folder.
most of the time this only contains a copy of the executed model without any additional interesting data. In the past these folders were used to also store some trace model
we should either:
Note: the exact behaviour may be different between engines which may create additional files there