Jump to: navigation, search

Difference between revisions of "EMF Compare"

Line 115: Line 115:
An empty cell indicates that the compatibility hasn't been tested for a particular combination.
An empty cell indicates that the compatibility hasn't been tested for a particular combination.
= Events  =
'''04/11/2011''' - Talk given at Eclipse Con Europe 2011: [http://eclipsecon.org/sessions/emfcompare-improvements-fulfilling-requirements-modeling-platform-working-group EMFCompare improvements: fulfilling requirements of the Modeling Platform Working Group].
'''20/07/2010''' - First [https://build.eclipse.org/hudson/job/emf-compare-1.1/3/ buckminsterized EMF Compare build]
'''23/06/2010''' - EMF Compare 1.1.0 [http://www.eclipse.org/helios/ released with Eclipse Helios]
'''10/06/2009''' - Graduation to EMF [http://www.eclipse.org/project-slides/Galileo/EMF_Compare_Galileo_Review.pdf Graduation Review]
'''20/03/2008''' - Short talk given at EclipseCon 2008 [http://www.eclipsecon.org/2008/?page=sub/&id=328 An update on EMF Compare]
'''10/10/2007''' - Talk given at Eclipse Summit Europe 2007 [http://cedric.brun.free.fr/EMFCompare_OneYearLater.pdf EMF Compare : One year later].
'''05/03/2007''' - We presented the project at EclipseCon through a [http://www.eclipsecon.org/2007/index.php?page=sub/&id=3593 panel]. Here is some feedback: [[Model Comparison Panel 2007]].
= Team  =
= Team  =

Revision as of 08:47, 4 January 2013

EMF Compare
Mailing List
Create New
Browse Source

The EMF Compare project is part of EMF (Eclipse Modeling Framework).

Emf logo.png

EMF Compare brings model comparison to the EMF framework, this tool provides generic support for any kind of metamodel in order to compare and merge models. The objectives of this component are to provide a stable and efficient generic implementation of model comparison and to provide an extensible framework for specific needs.


EMF Compare Process Full.png

The above figure represents the comparison process of EMF Compare. It can be roughly divided in 6 main phases.

Model Resolving
From a given "starting point" (the file a user decided to compare), finding all other fragments required for the comparison of the whole logical model.
Iterating over the two (or three) loaded logical models in order to map elements together two-by-two (or three-by-three). For example, determine that class Class1 from the first model corresponds to class Class1' from the second model.
The matching phase told us which elements were matching together. The differencing phase will browse through these mappings and determine whether the two (or three) elements are equal or if they present differences (for example, the name of the class changed from Class1 to Class1').
The differencing phases detected a number of differences between the compared models. However, two distinct differences might actually represent the same change. This phase will browse through all differences and link them together when they can be seen as equivalent (for example, differences on opposite references).
For the purpose of merging differences, there might be dependencies between them. For example, the addition of a class C1 in package P1 depends on the addition of package P1 itself. During this phase, we'll browse through all detected differences and link them together when we determine that one cannot be merged without the other.
When we're comparing our file with one from a Version Control System (CVS, SVN, Git, Clearcase...), there might actually be conflicts between the changes we've made locally, and the changes that were made to the file on the remote repository. This phase will browse through all detected differences and detect these conflicts.

The Model resolving phase itself can be further decomposed in its own two distinct phases. More on the logical model and its resolution can be found on the dedicated page.

EMF Compare Model Resolving.png


The EMF Compare development team does its best to maintain downward compatibility towards Galileo (3.5). Following is the compatibility chart :

EMF Compare Eclipse 4.3 - EMF 2.9 Eclipse 4.2 - EMF 2.8 Eclipse 3.8 - EMF 2.8 Eclipse 3.7 - EMF 2.7 Eclipse 3.6 - EMF 2.6 Eclipse 3.5 - EMF 2.5 Eclipse 3.4 - EMF 2.4 Eclipse 3.3 - EMF 2.3 Eclipse 3.2 - EMF 2.2

An empty cell indicates that the compatibility hasn't been tested for a particular combination.


The project developers are:

Cédric Brun (Obeo), project lead

Laurent Goubet (Obeo)

Mikaël Barbero (Obeo)

Cédric Notot (Obeo)