|
Re: [EMF Compare] comparing non-XMIResources [message #533818 is a reply to message #533264] |
Mon, 17 May 2010 07:58 |
|
This is a multi-part message in MIME format.
--------------080308060605010806090103
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi Christian,
This seems like an enormous overlook to me. Please raise a bug against
EMF Compare with this information, we'll try and get this fixed asap.
Laurent Goubet
Obeo
Christian Schneider wrote:
> Dear guys,
>
> I'm trying leverage EMF Compare for synchronizing views of graphical and
> textual models.
>
> For the textual part I'm using Xtext - that doesn't use XMIResource but
> dedicated XtextResource (extends
> org.eclipse.emf.ecore.resource.impl.ResourceImpl).
>
> The idea worked nice with Galileo's EMF Compare release but due to
> several reasons I switched to Helios M7 resulting in heavily erroneous
> behavior (identical copies of models will be considered dissimilar).
>
> Peering a bit under the hood I discovered the following in the doMatch
> method of GenericMatchEngine.java:
>
> if (!structuredOptions.isIgnoringXMIID())
> if (leftResource instanceof XMIResource && rightResource instanceof
> XMIResource) {
> checker.init(leftResource, rightResource);
> }
>
> I guess these lines are the source of all evil and beg for refactoring
> until helios release....
>
>
> Should I create a ticket ??
>
> Best,
> Christian
--------------080308060605010806090103
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
begin:vcard
fn:Laurent Goubet
n:Goubet;Laurent
org:<a href="http://www.obeo.fr">Obeo</a>
email;internet:laurent.goubet@obeo.fr
url:http://www.obeo.fr
version:2.1
end:vcard
--------------080308060605010806090103--
|
|
|
Powered by
FUDForum. Page generated in 0.03022 seconds