Same Editing domain for different model descriptor

Question

Background :
We have three different Ecore model A, B, C
where C holds reference to A and B
where B holds reference to A
Each model have there own editors and serialized to individual files.
Issue facing or not clear:
We are using Sphinx framework, where we have defined there own model-descriptors for A,B and C
On trying to retrieve the editingdoamin,
i.e TransactionalEditingDomain getEditingDomain(IModelDescriptor modelDescriptor)
it returns different for eobjects of A, B and C.
Due to this undo/redo and sync of the UI not happening.
Is it possible to get one common or shared editingdomain for all the model. Any hints would be helpful.
Regards
BG

Answer 1

Thanks for the feedback, please find my comments.
Hi,
It is very strange that you end up with different editing domains for your 3 Ecore models. Normally, when you have set up a correctly configured metamodel descriptor, Sphinx ALWAYS loads ALL files that contain instances of the metamodel in question into the SAME workspace-wide shared transactional editing domain.
In order to be able to help you, I need to know more details about what you have done and intend to do:
> Background :
> We have three different Ecore model A, B, C
> where C holds reference to A and B
> where B holds reference to A
Do you mean literally EMF Ecore models or your own model files that are based on a custom metamodel defined with Ecore?
Byre : We have modelled three different custom model using ecore_diagram, to our domain requirement like manager.ecore, dependent.ecore and configure.ecore
depenedent.ecore has reference to manager.ecore i.e Eobject in depenedent referes to Eobject in manager
configure.ecore has reference to both depeendent.ecore and manager.ecore
Do you have 3 models in the sense of the Sphinx IModelDescriptors or just 3 different model files?
Byre : Apologies here, we have 3 different IMetaModelDescriptors not Imodeldescriptors, with unique uri and namespace of ecore model
> Each model have there own editors and serialized to individual files.
What kind or editors?
Byre : Its a form based editors extending the "BasicTransactionalFormEditor" of sphinx
Are they Sphinx-based or do you mean the traditional model editors generated by EMF?
Byre : We have generated only model and edit code not the editor, its custom form editor which is extending the BasicTransactionalFormEditor. We have explorer also which use ExtendedCommonNavigator to show the content of all the 3 models with transient nodes
> Issue facing or not clear:
> We are using Sphinx framework, where we have defined there own
> model-descriptors for A,B and C
Do you mean IMetaModelDescriptors? The IModelDescriptors are automatically created by Sphinx and don't need to be provided by adapters.
Byre : Exactly its Imetamodeldescriptors, which we need to specify else the it would fail saying no metamodeldescriptors found
> On trying to retrieve the editingdoamin,
> i.e TransactionalEditingDomain getEditingDomain(IModelDescriptor
> modelDescriptor)
> it returns different for eobjects of A, B and C.
Byre : To be more precise we have eclipse project, where all the three models resides. Via Navigator when try to open the models which would open in their respective individual form editors.
i,e Manger Editor, Dependent Editor and Configuration Editor
Exact problem : We have certain data of manger editor displayed in configuration editor, now via EMF command if any changes made related to manager model in configuration editor it does not updates the value in manager editor or makes that editor dirty.
On analyzing deeper we found the each editor had its own editing doamin which executed commands on respective editing domain stacks.
Do you mean org.eclipse.sphinx.emf.util.WorkspaceEditingDomainUtil.getEditingDomain(IModelDescriptor)?
Byre : Yes, On digging deeper we saw that it invokes ModelDescriptor(IMetaModelDescriptor mmDescriptor, TransactionalEditingDomain editingDomain, IResourceScope resourceScope) thrice for each model browsed.
> Is it possible to get one common or shared editingdomain for all the
> model. Any hints would be helpful.
As I said, this is the default behavior of Sphinx. When everything is alright then it is hardly possible to make it happen that Sphinx loads instance files of the same metamodel into different editing domains.
Regards
BG