Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [Compare] Non-eclipse context
[Compare] Non-eclipse context [message #99658] |
Fri, 19 October 2007 07:38  |
Eclipse User |
|
|
|
Originally posted by: user.domain.invalid
Hi,
I want to use my EMF model in a server context (jdk 1.5, with teneo). In
this context, I want to make comparison between two models. In the FAQ
web site, a question precises that it is possible to use EMF/Compare in
such context and a code exemple is supplied.
Nevertheless, in the MatchService, I see :
final IExtension[] extensions =
Platform.getExtensionRegistry().getExtensionPoint(
MATCH_ENGINES_EXTENSION_POINT).getExtensions();
So it seems it's not possible to run Compare in such context. I'm right ?
Thanks for any answer.
Robert Jacolin
|
|
|
Re: [Compare] Non-eclipse context [message #99665 is a reply to message #99658] |
Fri, 19 October 2007 07:55   |
Eclipse User |
|
|
|
This is a multi-part message in MIME format.
--------------080604000001030102050607
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Hi,
Indeed this would probably fail, I will look into this as this code
shouldn't be called when out of eclipse. For now, you can bypass this by
replacing "ModelMatch.doMatch(EObject, EObject, ProgressMonitor)" with
"new DifferencesService.modelMatch(EObject, EObject, ProgressMonitor)".
Regards,
Laurent Goubet
Obeo
user@domain.invalid a
|
|
|
Re: [Compare] Non-eclipse context [message #99670 is a reply to message #99665] |
Fri, 19 October 2007 08:28   |
Eclipse User |
|
|
|
Originally posted by: user.domain.invalid
laurent Goubet a écrit :
> Hi,
>
> Indeed this would probably fail, I will look into this as this code
> shouldn't be called when out of eclipse. For now, you can bypass this by
> replacing "ModelMatch.doMatch(EObject, EObject, ProgressMonitor)" with
> "new DifferencesService.modelMatch(EObject, EObject, ProgressMonitor)".
Thanks for you speed and your answer.
I obtain the same error with the call DiffService.doDiff (I tried to
change to DiffMaker.doDiff but I still obtain the same error).
Regards,
Robert Jacolin
|
|
|
Re: [Compare] Non-eclipse context [message #100086 is a reply to message #99670] |
Tue, 23 October 2007 13:49   |
Eclipse User |
|
|
|
Hi,
We worked this out, fixed things for the latest builds and Laurent created a
Java project example you can find there:
http://wiki.eclipse.org/EMF_Compare_FAQ#Is_EMF_Compare.2C_as _EMF.2C_able_to_run_outside_of_Eclipse_.3F
Do not hesitate to give feedback on this kind of use case, thanks again.
Cédric Brun
user@domain.invalid wrote:
> laurent Goubet a écrit :
>> Hi,
>>
>> Indeed this would probably fail, I will look into this as this code
>> shouldn't be called when out of eclipse. For now, you can bypass this by
>> replacing "ModelMatch.doMatch(EObject, EObject, ProgressMonitor)" with
>> "new DifferencesService.modelMatch(EObject, EObject, ProgressMonitor)".
> Thanks for you speed and your answer.
> I obtain the same error with the call DiffService.doDiff (I tried to
> change to DiffMaker.doDiff but I still obtain the same error).
>
> Regards,
>
> Robert Jacolin
|
|
|
Re: [Compare] Non-eclipse context [message #100114 is a reply to message #100086] |
Tue, 23 October 2007 15:24  |
Eclipse User |
|
|
|
Originally posted by: robert.jacolin.anyware-tech.com
Cédric Brun a écrit :
> Hi,
Hello,
> We worked this out, fixed things for the latest builds and Laurent
created a
> Java project example you can find there:
>
http://wiki.eclipse.org/EMF_Compare_FAQ#Is_EMF_Compare.2C_as _EMF.2C_able_to_run_outside_of_Eclipse_.3F
>
> Do not hesitate to give feedback on this kind of use case, thanks again.
It works fine ! I updated the 3 emf.compare jar and called the methods :
final MatchModel match = new DifferencesServices().modelMatch(model1,
model2, Collections.<String, Object> emptyMap());
final DiffModel diff = new DiffMaker().doDiff(match, false);
Thanks again.
Robert Jacolin
--
Robert JACOLIN
M2M
ANYWARE TECHNOLOGIES
www.anyware-tech.com
|
|
|
Re: [Compare] Non-eclipse context [message #610084 is a reply to message #99658] |
Fri, 19 October 2007 07:55  |
Eclipse User |
|
|
|
This is a multi-part message in MIME format.
--------------080604000001030102050607
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Hi,
Indeed this would probably fail, I will look into this as this code
shouldn't be called when out of eclipse. For now, you can bypass this by
replacing "ModelMatch.doMatch(EObject, EObject, ProgressMonitor)" with
"new DifferencesService.modelMatch(EObject, EObject, ProgressMonitor)".
Regards,
Laurent Goubet
Obeo
user@domain.invalid a
|
|
|
Re: [Compare] Non-eclipse context [message #610086 is a reply to message #99665] |
Fri, 19 October 2007 08:28  |
Eclipse User |
|
|
|
laurent Goubet a écrit :
> Hi,
>
> Indeed this would probably fail, I will look into this as this code
> shouldn't be called when out of eclipse. For now, you can bypass this by
> replacing "ModelMatch.doMatch(EObject, EObject, ProgressMonitor)" with
> "new DifferencesService.modelMatch(EObject, EObject, ProgressMonitor)".
Thanks for you speed and your answer.
I obtain the same error with the call DiffService.doDiff (I tried to
change to DiffMaker.doDiff but I still obtain the same error).
Regards,
Robert Jacolin
|
|
|
Re: [Compare] Non-eclipse context [message #610131 is a reply to message #99670] |
Tue, 23 October 2007 13:49  |
Eclipse User |
|
|
|
Hi,
We worked this out, fixed things for the latest builds and Laurent created a
Java project example you can find there:
http://wiki.eclipse.org/EMF_Compare_FAQ#Is_EMF_Compare.2C_as _EMF.2C_able_to_run_outside_of_Eclipse_.3F
Do not hesitate to give feedback on this kind of use case, thanks again.
Cédric Brun
user@domain.invalid wrote:
> laurent Goubet a écrit :
>> Hi,
>>
>> Indeed this would probably fail, I will look into this as this code
>> shouldn't be called when out of eclipse. For now, you can bypass this by
>> replacing "ModelMatch.doMatch(EObject, EObject, ProgressMonitor)" with
>> "new DifferencesService.modelMatch(EObject, EObject, ProgressMonitor)".
> Thanks for you speed and your answer.
> I obtain the same error with the call DiffService.doDiff (I tried to
> change to DiffMaker.doDiff but I still obtain the same error).
>
> Regards,
>
> Robert Jacolin
|
|
| |
Goto Forum:
Current Time: Wed Feb 19 18:19:09 GMT 2025
Powered by FUDForum. Page generated in 0.11180 seconds
|