Eclipse Community Forums: EMF "Technology" (Ecore Tools, EMFatic, etc) » [EMF Compare] possible bug comparing resources

Help

Home

Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [EMF Compare] possible bug comparing resources

Show: Today's Messages :: Show Polls :: Message Navigator

[EMF Compare] possible bug comparing resources [message #483400]

Tue, 01 September 2009 13:12

Jose Hernandez

Messages: 32
Registered: July 2009

Member

Hi,

I have encountered a problem in EMF compare whereby an index out of bounds
(-1) exception in thrown in resourceURISimilatity when comparing in memory
(non-persisted) resources. My resources are created in this way:

ResourceSet resourceSet = new ResourceSetImpl();
Resource resource = resourceSet.createResource(URI.createURI(""));
EList<EObject> contents = resource.getContents();
contents.add(emfModel);

Does anyone know whether this is a known issue? If so, is there are fix for
it?

java.lang.ArrayIndexOutOfBoundsException: -1
at
org.eclipse.emf.compare.match.internal.statistic.ResourceSim ilarity.resourceURISimilarity(ResourceSimilarity.java:138)
at
org.eclipse.emf.compare.match.internal.statistic.ResourceSim ilarity.computeURISimilarity(ResourceSimilarity.java:94)
at
org.eclipse.emf.compare.diff.engine.check.ReferencesCheck.co mputeDeletedReferences(ReferencesCheck.java:400)
at
org.eclipse.emf.compare.diff.engine.check.ReferencesCheck.cr eateNonConflictingReferencesUpdate(ReferencesCheck.java:520)
at
org.eclipse.emf.compare.diff.engine.check.ReferencesCheck.ch eckReferenceUpdates(ReferencesCheck.java:197)
at
org.eclipse.emf.compare.diff.engine.check.ReferencesCheck.ch eckReferencesUpdates(ReferencesCheck.java:77)
at
org.eclipse.emf.compare.diff.engine.GenericDiffEngine.checkF orDiffs(GenericDiffEngine.java:338)
at
org.eclipse.emf.compare.diff.engine.GenericDiffEngine.doDiff Delegate(GenericDiffEngine.java:930)
at
org.eclipse.emf.compare.diff.engine.GenericDiffEngine.doDiff Delegate(GenericDiffEngine.java:953)
at
org.eclipse.emf.compare.diff.engine.GenericDiffEngine.doDiff Delegate(GenericDiffEngine.java:953)
at
org.eclipse.emf.compare.diff.engine.GenericDiffEngine.doDiff TwoWay(GenericDiffEngine.java:576)
at
org.eclipse.emf.compare.diff.engine.GenericDiffEngine.doDiff (GenericDiffEngine.java:113)
at
org.eclipse.emf.compare.diff.service.DiffService.doDiff(Diff Service.java:101)
at
org.eclipse.emf.compare.diff.service.DiffService.doDiff(Diff Service.java:82)

Regards,
Jose

Report message to a moderator

Re: [EMF Compare] possible bug comparing resources [message #484469 is a reply to message #483400]

Mon, 07 September 2009 15:18

Laurent Goubet

Messages: 1902
Registered: July 2009

Senior Member

This is a multi-part message in MIME format.
--------------060801030808070000010105
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi Jose,

Sorry for not responding, I didn't pay attention to this message.

This is an overlook from our side and will be fixed in the next build.
Would be better if you had set proper URIs to your resources though, it
would tell the framework which content they hold (resource.uml would
suffice for your resource to be an "UMLResourceImpl" instead of the
regular "ResourceImpl" for example.

Laurent Goubet
Obeo

Jose Hernandez a

Report message to a moderator

Re: [EMF Compare] possible bug comparing resources [message #484559 is a reply to message #484469]

Tue, 08 September 2009 09:01

Jose Hernandez

Messages: 32
Registered: July 2009

Member

Hi Laurent,

I've given my resources names as suggested to work around the issue.
I look forward to the next release.

Thanks
Jose

"laurent Goubet" <laurent.goubet@obeo.fr> wrote in message
news:h8388u$b68$1@build.eclipse.org...
> Hi Jose,
>
> Sorry for not responding, I didn't pay attention to this message.
>
> This is an overlook from our side and will be fixed in the next build.
> Would be better if you had set proper URIs to your resources though, it
> would tell the framework which content they hold (resource.uml would
> suffice for your resource to be an "UMLResourceImpl" instead of the
> regular "ResourceImpl" for example.
>
> Laurent Goubet
> Obeo
>
> Jose Hernandez a

Report message to a moderator