This is a draft of a proposal. This is not an official Eclipse proposal. This draft is not for publication or linking at this time.
EMF Registry is a proposed open source project under the Eclipse Modeling Framework Technology Project (EMFT).
This proposal is in the Project Proposal Phase (as defined in the Eclipse Development Process document) and is written to declare its intent and scope. This proposal is written to solicit additional participation and input from the Eclipse community. You are invited to comment on and/or join the project. Please send all feedback to the http://www.eclipse.org/newsportal/thread.php?group=eclipse.technology.emft newsgroup.
EMF provides a well-established and widely used mechanism to allow developers to publish model and meta-model as plugin registrations for use by Eclipse users.
There is no accepted mechanism to allow users to publish models and meta-models for use by themselves or other users. Consequently a modeling user developing for instance both a model transformation and a meta-model has no convenient way to enable tools processing the model transformation to locate the meta-model. Various modeling projects have worked around this problem with inconsistent and not very satisfactory solutions.
This problem was addressed in a modeling project independent fashion by the GMT UMLX Model Registry which migrated to the M2M QVT Declarative Model Registry. In order to support the migration of an OCL editor from M2M QVT Declarative to MDT OCL, a further migration of the Model Registry is necessary.
This proposal advocates making the Model Registry available as an independent project, facilitating its availability and usage in a modeling project independent fashion. An EMFT positioning makes this simple but critical modeling functionality available to all EMF users eliminating dependency problems. It avoids the need for a Model Registry migration to MDT OCL.
A more detailed write-up may be found at http://www.eclipse.org/gmt/umlx/doc/EclipseAndOMG08/ModelRegistry.pdf
The model registry supports a two level user definable mapping. Firstly from an arbitrary name (such as UML_4_5) to a nominal URI (such as "http://one/day/uml4.5")~ and then from a nominal URI to an exact URI (such as platform://projects/MyUML/model/uml4_5.uml). Tool support for languages that define models using URIs can use the model registry as a URI resolver. Tool support for languages that define models using names may use both levels of mapping.
EMF Registry will provide the following functionality:
EMF Registry will not provide the following functionality:
The M2M/QVT Declarative Model Registry and M2M/QVT Operational Model Browser were discussed at the Modeling BoF at the EclipseCon 2008.
Parties indicating interest are
The initial code contribution will be a set of plug-ins from the M2M/QVT Declarative Eclipse project.
Back to the top