Right clicking the 'Release xxx' node gives some more options. One of those is 'Create Custom Migration' but that just launches the wizard to create a custom class for specialized migration code - which should not be necessay.

Any suggestions?]]>js Missing name2011-08-11T14:28:26-00:00Re: Cannot create Migrator (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/715146/#msg_715146
Edapt is different from COPE in the sense that the migrator no longer
needs to be migrated, but the history is directly interpreted. To
register the history, you need to use the extension point
"org.eclipse.emf.edapt.migrators" from the plugin
"org.eclipse.emf.edapt.history". Then you can use the migrator from the
second Eclipse instance like before.
Sorry, but I did not yet find the time to update the documentation of
Edapt. However, I will try to improve the documentation in the next few
weeks.
Cheers,

Markus

Am 11.08.2011 16:28, schrieb js:
> I have installed Edapt:
>
> http://www.eclipse.org/edapt/
>
> and downloaded the example from:
>
> http://cope.in.tum.de/uploads/Documentation/statemachine_models.zip
>
> I have then added a new reference to a type in the model and released
> the modified model change. Next I would like to create a migrator.
>
> But when I right-click the History node and select 'Edapt' I can only
> select 'Check for integrity' or 'Check for breaking changes'. Where did
> the 'Create migrator' go as shown in the demo:
>
> http://cope.in.tum.de/pmwiki.php?n=Demo.Main
>
> ?
>
> Right clicking the 'Release xxx' node gives some more options. One of
> those is 'Create Custom Migration' but that just launches the wizard to
> create a custom class for specialized migration code - which should not
> be necessay.
>
> Any suggestions?]]>Markus Herrmannsdoerfer2011-08-12T13:50:10-00:00Re: Cannot create Migrator (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/865565/#msg_865565
I have created metamodel and a model.Now I want to change metamodel and check how it works on the model.I used a reuse operation 'rename' , executed the operation and released the history. Now I was stuck at registering the history to migrate the model. I went through the Edapt tutorial.

But I was not clear with the below statements.

To register the history, you need to use the extension point
"org.eclipse.emf.edapt.migrators" from the plugin
"org.eclipse.emf.edapt.history". Then you can use the migrator from the
second Eclipse instance like before.

Could someone please explain what I have to do in the eclipse editor with the above statements or provide me with some tutorial.

Thanks,
Lucky]]>lucky informatik2012-04-30T13:11:48-00:00Re: Cannot create Migrator (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/867379/#msg_867379
you have to open the plugin.xml Editor and go to the Extensions tab and
here you need to add an extension for extension point
org.eclipse.emf.edapt.migrators like shown in the attached image. If you
do not find the extension point, you have to add the plugin
org.eclipse.emf.edapt.history in the Dependencies tab.
If you have further questions, do not hesitate to ask.
Cheers,

Markus

Am 30.04.2012 15:11, schrieb lucky informatik:
> Hi,
>
> I have created metamodel and a model.Now I want to change metamodel and
> check how it works on the model.I used a reuse operation 'rename' ,
> executed the operation and released the history. Now I was stuck at
> registering the history to migrate the model. I went through the Edapt
> tutorial.
>
> But I was not clear with the below statements.
>
> To register the history, you need to use the extension point
> "org.eclipse.emf.edapt.migrators" from the plugin
> "org.eclipse.emf.edapt.history". Then you can use the migrator from the
> second Eclipse instance like before.
>
> Could someone please explain what I have to do in the eclipse editor
> with the above statements or provide me with some tutorial.
>
> Thanks,
> Lucky]]>Markus Herrmannsdoerfer2012-05-01T09:00:20-00:00Re: Cannot create Migrator (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/867809/#msg_867809
lucky informatik2012-05-01T13:48:27-00:00 (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/869551/#msg_869551
I created a metamodel and a model and I changed my metamodel by adding a subclass, using Edapt operation and migrated(validated) model. My idea was to create a subclass so that I can change the superclass instance as subclass instance. For that I deleted the super class instance manually and created the same as a subclass instance.

I have heard that by using transformations(model transformation tools) the superclass instances can be transformed to subclass instances. I would like to know if there is some option available which automatically changes the superclass instances as subclass instances.

Thanks,
Lucky]]>lucky informatik2012-05-03T15:13:46-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/869887/#msg_869887
MakeClassAbstract which allows you to set a subclass to which the
instances of the class that is made abstract are to be migrated. Then
you can use InlineSuperClass to inline the super class into the
subclass. I hope this fits your purpose.

Am 03.05.2012 17:13, schrieb lucky informatik:
> Hi,
>
> I created a metamodel and a model and I changed my metamodel by adding a
> subclass, using Edapt operation and migrated(validated) model. My idea
> was to create a subclass so that I can change the superclass instance as
> subclass instance. For that I deleted the super class instance and
> created the same as a subclass instance.
>
> I would like to know if there is some option available which
> automatically changes the superclass instances as subclass instances.
>
> Thanks,
> Lucky]]>Markus Herrmannsdoerfer2012-05-04T16:09:30-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/870497/#msg_870497
Thanks,
Lucky]]>lucky informatik2012-05-08T12:45:31-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/870562/#msg_870562
documentation for all operations: http://www.eclipse.org/edapt/operations.php

The consistency between a model and the metamodel to which it conforms
is called vertical consistency. If a metamodel evolves, this might thus
result in a vertical inconsistency between the model and the metamodel.
To re-establish the vertical consistency, you need to co-evolve your
model. I hope this explains the terminology.

Am 08.05.2012 14:45, schrieb lucky informatik:
> Thank you very much. Please could you also clarify me whether meta-model
> evolution and model co-evolution be considered as one of the types of
> vertical inconsistency ?
>
> Thanks,
> Lucky]]>Markus Herrmannsdoerfer2012-05-08T18:00:16-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/870650/#msg_870650
Thanks,
Lucky]]>lucky informatik2012-05-09T08:33:34-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/882825/#msg_882825
I need some information.I have seen some classifications for metamodel changes in some literature for metamodel matching approaches like non-breaking, breakable and resolvable, breakable and non resolvable.I would like to know if these classifications are applied for operation based approaches or if there are some other classifications.Please let me know if there is some literature corresponding to these classifications.
I would also like to know if there is some theory behind in creating the operators in EDAPT.

Thanks,

Lucky ]]>lucky informatik2012-06-07T09:23:45-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/882874/#msg_882874
have you taken a look at the publications that listed on the Edapt page:

Maybe the following publication gives you some information about
classifications of operators and provides also references to futher
literature:

An Extensive Catalog of Operators for the Coupled Evolution of
Metamodels and Models. Markus Herrmannsdoerfer, Sander Vermolen, and
Guido Wachsmuth. In Proceedings of the 3rd International Conference on
Software Language Engineering (SLE). (2010)

I hope this helps.
Cheers,

Markus

Am 07.06.2012 11:23, schrieb lucky informatik:
> Hi,
>
> I need some information.I have seen some classifications for metamodel
> changes in some literature for metamodel matching approaches like
> non-breaking, breakable and resolvable, breakable and non resolvable.I
> would like to know if these classifications are applied for operation
> based approaches or if there are some other classifications.Please let
> me know if there is some literature corresponding to these classifications.
> I would also like to know if there is some theory behind in creating the
> operators in EDAPT.
> Thanks,
>
> Lucky]]>Markus Herrmannsdoerfer2012-06-07T11:14:06-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/890016/#msg_890016
I have another question out of my curiosity. Suppose we make some changes to meta-model using Edapt. For example: rename or delete feature. Then we save ecore model and re-load gen-model. Then we observe some error in the source, edit or editor codes. I normally edit the java implementations to remove the errors and then migrate.
I would like to know if there is other process to automatically get rid of those erros?

Thanks,
Lucky
]]>lucky informatik2012-06-20T15:11:53-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/891310/#msg_891310
unfortunately, at the moment, there is no such support in Edapt.
However, I have already thought about this feature and have some ideas
how this can be implemented. The idea would be that an operation also
triggers a code refactoring operation. Unfortunately, I do not have
resources to implement such a feature at the moment. If you have
resources and want to implement such a feature, we can of course
integrate it into Edapt.
Cheers,

Markus

Am 20.06.2012 17:11, schrieb lucky informatik:
> Thanks for the information.
>
> I have another question out of my curiosity. Suppose we make some
> changes to meta-model using Edapt. For example: rename or delete
> feature. Then we save ecore model and re-load gen-model. Then we observe
> some error in the source, edit or editor codes. I normally edit the java
> implementations to remove the errors and then migrate.
> I would like to know if there is other process to automatically get rid
> of those erros?
>
> Thanks,
> Lucky
>]]>Markus Herrmannsdoerfer2012-06-24T16:35:41-00:00Re: (Edapt/COPE)https://www.eclipse.org/forums/index.php/mv/msg/234582/892712/#msg_892712
Thanks for the reply. As you know from my questions I just started using Edapt and would like to use it for various examples. In future when I have some plans on this, I'll certainly get back to you.