Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [EMF Compare] "Copy current change from right to left" doesn't work?
[EMF Compare] "Copy current change from right to left" doesn't work? [message #506112] |
Wed, 06 January 2010 09:22 |
Bruce Messages: 10 Registered: January 2010 |
Junior Member |
|
|
Hi,
I am a new user for EMF compare. I just do a simple test.
Base model is one class.
Then User1 add one attribute: Property1:EInt.
Then I use EMF compare each other, at this time, base model is on left side, and User1 is on right side.
When I click "Copy current change from right to left" button to merge from right to left, it doesn't add same attribute on left model. On left model, just one attribute named as Property1, but has no EInt type!
Is this normal behavior?
B.T.W, if I want to extend "Copy current change from right to left" button action, how to develop? I means what extension point should i extend?
Thanks!
|
|
|
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #506162 is a reply to message #506112] |
Wed, 06 January 2010 12:16 |
|
This is a multi-part message in MIME format.
--------------010703020606040502070807
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
Nope, this is no expected behavior; though we've never experienced this
ourselves and I cannot reproduce your behavior with sample models with
the steps outlined here.
This seems to be fixed with the latest vesion of EMF Compare. Which are
you using?
Extending the merge actions is not possiblve apart from providing your
own mergers. This is done through the extension point
org.eclipse.emf.compare.diff.mergerprovider .
Laurent Goubet
Obeo
esong0317@163.com wrote:
> Hi,
>
> I am a new user for EMF compare. I just do a simple test.
>
> Base model is one class.
> Then User1 add one attribute: Property1:EInt.
>
> Then I use EMF compare each other, at this time, base model is on left
> side, and User1 is on right side.
>
> When I click "Copy current change from right to left" button to merge
> from right to left, it doesn't add same attribute on left model. On left
> model, just one attribute named as Property1, but has no EInt type!
>
> Is this normal behavior?
>
> B.T.W, if I want to extend "Copy current change from right to left"
> button action, how to develop? I means what extension point should i
> extend?
>
> Thanks!
--------------010703020606040502070807
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------010703020606040502070807--
|
|
|
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #506413 is a reply to message #506162] |
Thu, 07 January 2010 13:16 |
Bruce Messages: 10 Registered: January 2010 |
Junior Member |
|
|
Hi
First thanks for your quick reply.
But actually I meet this merge problem. It is a simple ECore model.
Left is empty class, right is a class with "Property1:EInt", when merge from right to left, left only get Property1 name, no Eint.
I just select two ecore files, and then compare with each other, then that problem happen. I dont know whether my operation is corrent or not.
If possible, I can upload a screenshot. I use eclipse-modeling-galileo-SR1-incubation-win32 package. It seems that EMF compare version is V1.0.1.
Thanks!
[Updated on: Thu, 07 January 2010 13:17] Report message to a moderator
|
|
|
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #506461 is a reply to message #506413] |
Thu, 07 January 2010 15:39 |
|
This is a multi-part message in MIME format.
--------------070507040604010607070404
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
The samples I used to try and reproduce are exactly what you describe :
an empty EClass on the left, the same EClass with the addition of an
attribute "property1 : EInt" on the right, then merging from right to left.
This operations yields the expected result of an EClass with "property1
: EInt" on the left after merging. Thus the question I asked : which
version of EMF Compare in which Eclipse are you using?
Laurent Goubet
Obeo
esong0317@163.com wrote:
> Hi
> First thanks for your quick reply.
>
> But actually I meet this merge problem. It is a simple ECore model.
>
> Left is empty class, right is a class with "Property1:EInt", when merge
> from right to left, left only get Property1 name, no Eint.
>
> I just select two ecore files, and then compare with each other, then
> that problem happen. I dont know whether my operation is corrent or not.
> If possible, I can upload a screenshot.
>
> Thanks!
--------------070507040604010607070404
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------070507040604010607070404--
|
|
| | |
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #506979 is a reply to message #506598] |
Mon, 11 January 2010 15:40 |
|
This is a multi-part message in MIME format.
--------------030106070207050700030803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Bruce,
IIRC, the standalone example does not save any model after merging
operations took place. You have to save the merged model yourself.
Laurent Goubet
Obeo
Bruce wrote:
> Hi,
>
> Yes, this is a really strange problem.
>
> Today I download "org.eclipse.emf.compare.examples.standalone" example
> from CVS repository. and then compile and create a runnable JAR file
> which name is EMFStandalone.jar.
>
> Now left model is My.ecore as
> <?xml version="1.0" encoding="UTF-8"?>
> <ecore:EPackage xmi:version="2.0"
> xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" name="my"
> nsURI="http://my/1.0" nsPrefix="my">
> <eClassifiers xsi:type="ecore:EClass" name="EClass0"/>
> </ecore:EPackage>
>
> Right model is My1.ecore as
> <?xml version="1.0" encoding="UTF-8"?>
> <ecore:EPackage xmi:version="2.0"
> xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" name="my"
> nsURI="http://my/1.0" nsPrefix="my">
> <eClassifiers xsi:type="ecore:EClass" name="EClass0">
> <eStructuralFeatures xsi:type="ecore:EAttribute" name="EAttribute0"
> eType="ecore:EDataType http://www.eclipse.org/emf/2002/Ecore#//EInt"/>
> </eClassifiers>
> </ecore:EPackage>
>
> Then I run command as:
> [mailto:brucehuang@rat013:/sandbox/bruce/EMF]$ ls
> EMFStandalone.jar My1.ecore My.ecore
> [mailto:brucehuang@rat013:/sandbox/bruce/EMF]$ java -jar
> EMFStandalone.jar My1.ecore My.ecore Loading resources.
>
> Matching models.
>
> Differencing models.
>
> Merging difference to args[1].
>
> MatchModel :
>
> <?xml version="1.0" encoding="UTF-8"?>
> <match:MatchModel xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:match="http://www.eclipse.org/emf/compare/match/1.1">
> <matchedElements xsi:type="match:Match2Elements" similarity="1.0">
> <subMatchElements xsi:type="match:Match2Elements"
> similarity="0.8823529411764705">
> <leftElement href="My1.ecore#//EClass0"/>
> <rightElement href="My.ecore#//EClass0"/>
> </subMatchElements>
> <leftElement href="My1.ecore#/"/>
> <rightElement href="My.ecore#/"/>
> </matchedElements>
> <unmatchedElements>
> <element href="My1.ecore#//EClass0/EAttribute0"/>
> </unmatchedElements>
> <leftRoots href="My1.ecore#/"/>
> <rightRoots href="My.ecore#/"/>
> </match:MatchModel>
>
> DiffModel :
>
> <?xml version="1.0" encoding="UTF-8"?>
> <diff:DiffModel xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
> xmlns:diff="http://www.eclipse.org/emf/compare/diff/1.1">
> <leftRoots href="My1.ecore#/"/>
> <rightRoots href="My.ecore#/"/>
> </diff:DiffModel>
>
> saving emfdiff as "result.emfdiff"
>
> Then I see My.ecore again, it has no change as before. I don't change
> any on "org.eclipse.emf.compare.examples.standalone" source code.
>
> So why? Is there some wrong with source code?
>
> And also I use the above two model to merge using graphics method, it
> fails as I describe before. Sorry to disturb you.
>
>
>
--------------030106070207050700030803
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------030106070207050700030803--
|
|
|
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #507000 is a reply to message #506809] |
Mon, 11 January 2010 11:32 |
|
This is a multi-part message in MIME format.
--------------090406080905020603030907
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Bruce,
This had been previously identified and the fix is already commited.
This failure will disappear from the next build onward.
Laurent Goubet
Obeo
Bruce wrote:
> Hi,
>
> I am using EMF Compare 1.1.0 v200912150654, and then it seems that "copy
> current change from right to left" button works, but when it fails to
> save. And one nullPointer exception is caught. I report one bug 299214.
>
> And before I use EMF compare 1.0.1 v200909161031.
>
> Thanks!
--------------090406080905020603030907
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------090406080905020603030907--
|
|
| |
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #507745 is a reply to message #507721] |
Thu, 14 January 2010 09:26 |
Cedric Brun Messages: 431 Registered: July 2009 |
Senior Member |
|
|
Hi Bruce,
the graphical modelers integration feature is not provided as built plugins
and is only available through CVS right now.
Once built and installed it should work with any GMF based diagram model, as
such it should work with EcoreDiag (like in the demo) but not with Topcased
ones as topcased is not based on GMF.
Cheers,
Cédric
Bruce wrote:
> Hi Laurent ,
>
> Thanks for your great help.
>
> B.T.W, it seems that EMF Compare 1.0.0 has "Draft Graphical Modelers
> Integration " feature from
>
http://wiki.eclipse.org/EMF_Compare_1.0.0_New_And_Noteworthy #Draft_Graphical_Modelers_Integration
>
> But when I compare two *.ecorediag file each other, no Graphical Compare
> window appear, so what is wrong with it? Is this feature unavailable
> currently?
>
> And also if I use Topcased Plugins to create two UML models, and two
> responding *.umldia file, is it possible to compare two *.umldia file in
> Graphical Window way?
>
> Thanks very much!
http://cedric.brun.io news and articles on eclipse and eclipse modeling.
|
|
| |
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #621968 is a reply to message #621967] |
Thu, 07 January 2010 15:39 |
|
This is a multi-part message in MIME format.
--------------070507040604010607070404
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
The samples I used to try and reproduce are exactly what you describe :
an empty EClass on the left, the same EClass with the addition of an
attribute "property1 : EInt" on the right, then merging from right to left.
This operations yields the expected result of an EClass with "property1
: EInt" on the left after merging. Thus the question I asked : which
version of EMF Compare in which Eclipse are you using?
Laurent Goubet
Obeo
esong0317@163.com wrote:
> Hi
> First thanks for your quick reply.
>
> But actually I meet this merge problem. It is a simple ECore model.
>
> Left is empty class, right is a class with "Property1:EInt", when merge
> from right to left, left only get Property1 name, no Eint.
>
> I just select two ecore files, and then compare with each other, then
> that problem happen. I dont know whether my operation is corrent or not.
> If possible, I can upload a screenshot.
>
> Thanks!
--------------070507040604010607070404
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------070507040604010607070404--
|
|
| | |
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #621984 is a reply to message #621974] |
Mon, 11 January 2010 15:40 |
|
This is a multi-part message in MIME format.
--------------030106070207050700030803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Bruce,
IIRC, the standalone example does not save any model after merging
operations took place. You have to save the merged model yourself.
Laurent Goubet
Obeo
Bruce wrote:
> Hi,
>
> Yes, this is a really strange problem.
>
> Today I download "org.eclipse.emf.compare.examples.standalone" example
> from CVS repository. and then compile and create a runnable JAR file
> which name is EMFStandalone.jar.
>
> Now left model is My.ecore as
> <?xml version="1.0" encoding="UTF-8"?>
> <ecore:EPackage xmi:version="2.0"
> xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" name="my"
> nsURI="http://my/1.0" nsPrefix="my">
> <eClassifiers xsi:type="ecore:EClass" name="EClass0"/>
> </ecore:EPackage>
>
> Right model is My1.ecore as
> <?xml version="1.0" encoding="UTF-8"?>
> <ecore:EPackage xmi:version="2.0"
> xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" name="my"
> nsURI="http://my/1.0" nsPrefix="my">
> <eClassifiers xsi:type="ecore:EClass" name="EClass0">
> <eStructuralFeatures xsi:type="ecore:EAttribute" name="EAttribute0"
> eType="ecore:EDataType http://www.eclipse.org/emf/2002/Ecore#//EInt"/>
> </eClassifiers>
> </ecore:EPackage>
>
> Then I run command as:
> [mailto:brucehuang@rat013:/sandbox/bruce/EMF]$ ls
> EMFStandalone.jar My1.ecore My.ecore
> [mailto:brucehuang@rat013:/sandbox/bruce/EMF]$ java -jar
> EMFStandalone.jar My1.ecore My.ecore Loading resources.
>
> Matching models.
>
> Differencing models.
>
> Merging difference to args[1].
>
> MatchModel :
>
> <?xml version="1.0" encoding="UTF-8"?>
> <match:MatchModel xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:match="http://www.eclipse.org/emf/compare/match/1.1">
> <matchedElements xsi:type="match:Match2Elements" similarity="1.0">
> <subMatchElements xsi:type="match:Match2Elements"
> similarity="0.8823529411764705">
> <leftElement href="My1.ecore#//EClass0"/>
> <rightElement href="My.ecore#//EClass0"/>
> </subMatchElements>
> <leftElement href="My1.ecore#/"/>
> <rightElement href="My.ecore#/"/>
> </matchedElements>
> <unmatchedElements>
> <element href="My1.ecore#//EClass0/EAttribute0"/>
> </unmatchedElements>
> <leftRoots href="My1.ecore#/"/>
> <rightRoots href="My.ecore#/"/>
> </match:MatchModel>
>
> DiffModel :
>
> <?xml version="1.0" encoding="UTF-8"?>
> <diff:DiffModel xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
> xmlns:diff="http://www.eclipse.org/emf/compare/diff/1.1">
> <leftRoots href="My1.ecore#/"/>
> <rightRoots href="My.ecore#/"/>
> </diff:DiffModel>
>
> saving emfdiff as "result.emfdiff"
>
> Then I see My.ecore again, it has no change as before. I don't change
> any on "org.eclipse.emf.compare.examples.standalone" source code.
>
> So why? Is there some wrong with source code?
>
> And also I use the above two model to merge using graphics method, it
> fails as I describe before. Sorry to disturb you.
>
>
>
--------------030106070207050700030803
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------030106070207050700030803--
|
|
|
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #621986 is a reply to message #621977] |
Mon, 11 January 2010 16:18 |
|
This is a multi-part message in MIME format.
--------------090406080905020603030907
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Bruce,
This had been previously identified and the fix is already commited.
This failure will disappear from the next build onward.
Laurent Goubet
Obeo
Bruce wrote:
> Hi,
>
> I am using EMF Compare 1.1.0 v200912150654, and then it seems that "copy
> current change from right to left" button works, but when it fails to
> save. And one nullPointer exception is caught. I report one bug 299214.
>
> And before I use EMF compare 1.0.1 v200909161031.
>
> Thanks!
--------------090406080905020603030907
Content-Type: text/x-vcard; charset=utf-8;
name="laurent_goubet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="laurent_goubet.vcf"
YmVnaW46dmNhcmQNCmZuOkxhdXJlbnQgR291YmV0DQpuOkdvdWJldDtMYXVy ZW50DQpvcmc6
PGEgaHJlZj0iaHR0cDovL3d3dy5vYmVvLmZyIj5PYmVvPC9hPg0KZW1haWw7 aW50ZXJuZXQ6
bGF1cmVudC5nb3ViZXRAb2Jlby5mcg0KdXJsOmh0dHA6Ly93d3cub2Jlby5m cg0KdmVyc2lv
bjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------090406080905020603030907--
|
|
| |
Re: [EMF Compare] "Copy current change from right to left" doesn't work? [message #622000 is a reply to message #507721] |
Thu, 14 January 2010 14:25 |
Cedric Brun Messages: 431 Registered: July 2009 |
Senior Member |
|
|
Hi Bruce,
the graphical modelers integration feature is not provided as built plugins
and is only available through CVS right now.
Once built and installed it should work with any GMF based diagram model, as
such it should work with EcoreDiag (like in the demo) but not with Topcased
ones as topcased is not based on GMF.
Cheers,
Cédric
Bruce wrote:
> Hi Laurent ,
>
> Thanks for your great help.
>
> B.T.W, it seems that EMF Compare 1.0.0 has "Draft Graphical Modelers
> Integration " feature from
>
http://wiki.eclipse.org/EMF_Compare_1.0.0_New_And_Noteworthy #Draft_Graphical_Modelers_Integration
>
> But when I compare two *.ecorediag file each other, no Graphical Compare
> window appear, so what is wrong with it? Is this feature unavailable
> currently?
>
> And also if I use Topcased Plugins to create two UML models, and two
> responding *.umldia file, is it possible to compare two *.umldia file in
> Graphical Window way?
>
> Thanks very much!
http://cedric.brun.io news and articles on eclipse and eclipse modeling.
|
|
|
Goto Forum:
Current Time: Sat Oct 19 17:09:41 GMT 2024
Powered by FUDForum. Page generated in 0.03807 seconds
|