Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [EMF Compare] Comparison does not take into account "ordered" multivalued references
[EMF Compare] Comparison does not take into account "ordered" multivalued references [message #123544] Thu, 29 May 2008 09:11 Go to next message
Victor Roldan Betancort is currently offline Victor Roldan BetancortFriend
Messages: 524
Registered: July 2009
Senior Member
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 #123557 is a reply to message #123544] Thu, 29 May 2008 09:25 Go to previous messageGo to next message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1902
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------060900030900080606000902
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

V
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #123570 is a reply to message #123544] Thu, 29 May 2008 09:54 Go to previous messageGo to next message
Victor Roldan Betancort is currently offline Victor Roldan BetancortFriend
Messages: 524
Registered: July 2009
Senior Member
Done!

Thanks for the feedback, Laurent!

Cheers.


Víctor Roldán Betancort escribió:
> 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 #138122 is a reply to message #123557] Tue, 07 July 2009 07:31 Go to previous messageGo to next message
Patrick Konemann is currently offline Patrick KonemannFriend
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 #138131 is a reply to message #138122] Tue, 07 July 2009 08:45 Go to previous messageGo to next message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1902
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------040108040602050603080707
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

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
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 messageGo to next message
Patrick Konemann is currently offline Patrick KonemannFriend
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 #138347 is a reply to message #138338] Thu, 09 July 2009 12:39 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1902
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------020201040800040909020507
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Thanks :).

Laurent Goubet
Obeo

Patrick K
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #619060 is a reply to message #123544] Thu, 29 May 2008 09:25 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1902
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------060900030900080606000902
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

V
Re: [EMF Compare] Comparison does not take into account "ordered" multivalued references [message #619061 is a reply to message #123544] Thu, 29 May 2008 09:54 Go to previous message
Victor Roldan Betancort is currently offline Victor Roldan BetancortFriend
Messages: 524
Registered: July 2009
Senior Member
Done!

Thanks for the feedback, Laurent!

Cheers.


Víctor Roldán Betancort escribió:
> 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
Patrick Konemann is currently offline Patrick KonemannFriend
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 #621094 is a reply to message #138122] Tue, 07 July 2009 08:45 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1902
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------040108040602050603080707
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

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
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
Patrick Konemann is currently offline Patrick KonemannFriend
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 #621112 is a reply to message #138338] Thu, 09 July 2009 12:39 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1902
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------020201040800040909020507
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Thanks :).

Laurent Goubet
Obeo

Patrick K
Previous Topic:Migrate oAW projects to Eclipse Galileo
Next Topic:[Announce] EMFT MWE 0.7.0 I200907100515 is available
Goto Forum:
  


Current Time: Thu Feb 22 21:42:13 GMT 2024

Powered by FUDForum. Page generated in 0.02508 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top