|
|
|
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #138122 is a reply to message #123557] |
Tue, 07 July 2009 07:31 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Patrick Konemann![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=koenemann%40itemis.de) Messages: 116 Registered: July 2009 |
Senior Member |
|
|
Hi Laurent,
I just realized that there is a type ReferenceOrderChange in the Galileo release.
But what about a type for changing the order in a multi-valued attribute, e.g. an ordered list of Strings?
The same goes probably for containments, i.e. added and moved elements.
Just wondering.. or is that a feature which is not relevant in practice?
Best regards
Patrick
On 29-05-2008 11:25, laurent Goubet wrote:
> Víctor,
>
> Yes, we've known this bug for long but actually never filled in a
> bugzilla for it (it's already been raised for merging though :
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199745 ).
>
> Could you fill in a bug for that issue so that we don't forget to fix it
> once Ganymede is out?
>
> Thanks
>
> Laurent Goubet
> Obeo
>
> Víctor Roldán Betancort a écrit :
>> Hi!
>>
>> I've started working with EMF Compare recently (nice job, by the way
>> ;) ) and I realized the comparison does not show any differences when
>> the same multi-valued reference has changed in terms of the ordering
>> of their children. That would be fine if the metamodel has set that
>> reference with "ordered=false", but when it's set to true, I guess the
>> correct thing would be to show up some errors upon ordering changes.
>>
>> Any comments over this?
>>
>> Cheers,
>> Víctor.
>>
>> Open Canarias
>
|
|
|
|
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #138338 is a reply to message #138131] |
Thu, 09 July 2009 08:27 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Patrick Konemann![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=koenemann%40itemis.de) Messages: 116 Registered: July 2009 |
Senior Member |
|
|
Sure: https://bugs.eclipse.org/bugs/show_bug.cgi?id=282866
On 07-07-2009 10:45, laurent Goubet wrote:
> Hi Patrick,
>
> Ordering of containment references is not yet taken into account (I
> think it's an open bugzilla yet can't get my hands on it). As for the
> attributes, I know I though about it at one point ... and forgot to
> implement it :p. I should always raise bugzillas when I think "this
> would be interesting" :D.
>
> Could you raise a bug for ordered attributes?
>
> Laurent Goubet
> Obeo
>
> PS : I knew containment already had their bugzilla :
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=272523
>
> Patrick Könemann a écrit :
>> Hi Laurent,
>>
>> I just realized that there is a type ReferenceOrderChange in the
>> Galileo release.
>> But what about a type for changing the order in a multi-valued
>> attribute, e.g. an ordered list of Strings?
>> The same goes probably for containments, i.e. added and moved elements.
>> Just wondering.. or is that a feature which is not relevant in practice?
>>
>> Best regards
>> Patrick
>>
>>
>> On 29-05-2008 11:25, laurent Goubet wrote:
>>> Víctor,
>>>
>>> Yes, we've known this bug for long but actually never filled in a
>>> bugzilla for it (it's already been raised for merging though :
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199745 ).
>>>
>>> Could you fill in a bug for that issue so that we don't forget to fix it
>>> once Ganymede is out?
>>>
>>> Thanks
>>>
>>> Laurent Goubet
>>> Obeo
>>>
>>> Víctor Roldán Betancort a écrit :
>>>> Hi!
>>>>
>>>> I've started working with EMF Compare recently (nice job, by the way
>>>> ;) ) and I realized the comparison does not show any differences when
>>>> the same multi-valued reference has changed in terms of the ordering
>>>> of their children. That would be fine if the metamodel has set that
>>>> reference with "ordered=false", but when it's set to true, I guess the
>>>> correct thing would be to show up some errors upon ordering changes.
>>>>
>>>> Any comments over this?
>>>>
>>>> Cheers,
>>>> Víctor.
>>>>
>>>> Open Canarias
>>>
>>
>
|
|
|
|
|
|
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #621093 is a reply to message #123557] |
Tue, 07 July 2009 07:31 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) |
Patrick Konemann![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=koenemann%40itemis.de) Messages: 116 Registered: July 2009 |
Senior Member |
|
|
Hi Laurent,
I just realized that there is a type ReferenceOrderChange in the Galileo release.
But what about a type for changing the order in a multi-valued attribute, e.g. an ordered list of Strings?
The same goes probably for containments, i.e. added and moved elements.
Just wondering.. or is that a feature which is not relevant in practice?
Best regards
Patrick
On 29-05-2008 11:25, laurent Goubet wrote:
> Víctor,
>
> Yes, we've known this bug for long but actually never filled in a
> bugzilla for it (it's already been raised for merging though :
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199745 ).
>
> Could you fill in a bug for that issue so that we don't forget to fix it
> once Ganymede is out?
>
> Thanks
>
> Laurent Goubet
> Obeo
>
> Víctor Roldán Betancort a écrit :
>> Hi!
>>
>> I've started working with EMF Compare recently (nice job, by the way
>> ;) ) and I realized the comparison does not show any differences when
>> the same multi-valued reference has changed in terms of the ordering
>> of their children. That would be fine if the metamodel has set that
>> reference with "ordered=false", but when it's set to true, I guess the
>> correct thing would be to show up some errors upon ordering changes.
>>
>> Any comments over this?
>>
>> Cheers,
>> Víctor.
>>
>> Open Canarias
>
|
|
|
|
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #621111 is a reply to message #138131] |
Thu, 09 July 2009 08:27 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) |
Patrick Konemann![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=koenemann%40itemis.de) Messages: 116 Registered: July 2009 |
Senior Member |
|
|
Sure: https://bugs.eclipse.org/bugs/show_bug.cgi?id=282866
On 07-07-2009 10:45, laurent Goubet wrote:
> Hi Patrick,
>
> Ordering of containment references is not yet taken into account (I
> think it's an open bugzilla yet can't get my hands on it). As for the
> attributes, I know I though about it at one point ... and forgot to
> implement it :p. I should always raise bugzillas when I think "this
> would be interesting" :D.
>
> Could you raise a bug for ordered attributes?
>
> Laurent Goubet
> Obeo
>
> PS : I knew containment already had their bugzilla :
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=272523
>
> Patrick Könemann a écrit :
>> Hi Laurent,
>>
>> I just realized that there is a type ReferenceOrderChange in the
>> Galileo release.
>> But what about a type for changing the order in a multi-valued
>> attribute, e.g. an ordered list of Strings?
>> The same goes probably for containments, i.e. added and moved elements.
>> Just wondering.. or is that a feature which is not relevant in practice?
>>
>> Best regards
>> Patrick
>>
>>
>> On 29-05-2008 11:25, laurent Goubet wrote:
>>> Víctor,
>>>
>>> Yes, we've known this bug for long but actually never filled in a
>>> bugzilla for it (it's already been raised for merging though :
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199745 ).
>>>
>>> Could you fill in a bug for that issue so that we don't forget to fix it
>>> once Ganymede is out?
>>>
>>> Thanks
>>>
>>> Laurent Goubet
>>> Obeo
>>>
>>> Víctor Roldán Betancort a écrit :
>>>> Hi!
>>>>
>>>> I've started working with EMF Compare recently (nice job, by the way
>>>> ;) ) and I realized the comparison does not show any differences when
>>>> the same multi-valued reference has changed in terms of the ordering
>>>> of their children. That would be fine if the metamodel has set that
>>>> reference with "ordered=false", but when it's set to true, I guess the
>>>> correct thing would be to show up some errors upon ordering changes.
>>>>
>>>> Any comments over this?
>>>>
>>>> Cheers,
>>>> Víctor.
>>>>
>>>> Open Canarias
>>>
>>
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.04715 seconds