|Re: Performance issue related to forcing decorator updates in the Model Explorer [message #1412551 is a reply to message #1405370]
||Tue, 26 August 2014 12:35
|| Christian Damus
Registered: July 2009
The Model Explorer's reliance on (a fork of) EMF Facet for
customization does tend to introduce a lot of work into the calculation
of the tree structure. I'm currently looking into ways to improve
performance, here (see, for example, bug 441857 ).
Conceptually, looking up some model element in the tree isn't
straight-forward, because customizations could present the same element
in any number of ways (even multiple times). Maintaining mappings for
quick access can be assumed to have its own performance challenges.
I'm afraid I don't have any answers for you at the moment, but I
certainly am open to ideas ...
On 2014-08-07 14:15:47 +0000, Thomas Wiman said:
> I have a plugin that decorates the UML-elements in the Papyrus Model Explorer.
> In some situations I need to to force the update of the decorators by
> creating LabelProviderChangeEvents.
> To be able to do so I need to get hold of the Model Explorer´s
> EObjectTreeElement related to the UML element, as it will be the
> parameter to the LabelProviderChangeEvent´s constructor.
> This is currently achieved by using the content provider related to the
> Model Exporer and call its getChildren() method recursivly until
> finding the corresponding UML element. However, I find the
> ContentProvider.getChildren() method quite slow, especially on large
> Is there any fast (utility) method available for getting hold of the
> EObjectTreeElement related to the UML element, as there is in RSA for
> example? Or is there any other fast way that I can force a decorator
> update for a specific UML element, alternativly some ideas on how to
> refresh all decorators programatically.
Powered by FUDForum
. Page generated in 0.05081 seconds