Re: [dsdp-tm-dev] Remote Systems View

["Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>]

Hi Doug,

The idea of putting RSE content into a Common Navigator based view is
not
new. But since nobody signed up for actually doing the work, there isn't

a bug collecting these.

Looking at the way RSE works today, I think the biggest problems 
wrapping these in a common navigator content provider would likely 
be

  1. RSE content is always fetched lazily. Some nodes may not be
expanded.

  2. In RSE, the *same* data item may be visible under *multiple* 
     tree paths. Since RSE has user-defined filters, multiple 
     filters may reveal the same item.

Especially the 2nd point has lead to many problems in the past, and
much of the Refresh logic in the current RemoteSystemsView tries to
deal with this. Because when A is displayed twice in the tree and 
you choose to refresh A, you'll want to refresh all tree-paths that
end up showing A.

When I was to design a new form of target management, I'd very 
carefully think about whether I really need the concept of 
RSE-like "filter nodes" in the tree, which can lead to showing
the same item twice... This concept has lead to so many problems
That the value of the concept would have to be overwhelming.

Thanks,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
direct +43.662.457915.85  fax +43.662.457915.6

-----Original Message-----
From: dsdp-tm-dev-bounces@xxxxxxxxxxx
[mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx] On Behalf Of Doug Schaefer
Sent: Thursday, September 30, 2010 6:48 PM
To: Target Management developer discussions
Subject: [dsdp-tm-dev] Remote Systems View

Hey gang,

Please correct me if I'm wrong. It looks like the Remote Systems view
has it's own view part. Has there ever been discussion on bring in the
common navigator replace it? Looking at bringing TCF into the picture,
it would be nice for us to have full control over how TCF targets appear
there that the navigator would provide.

Thanks,
Doug.
_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev