Login | Register
My pages Projects Community openCollabNet

Discussions > issues > [Issue 1368] Mylyn integration very slow in retrieving task repository for project

subclipse
Discussion topic

There will be a brief maintenance window every Friday at 17:00 Pacific.
For further details, see CollabNet's maintenance and upgrade policy.

Back to topic list

[Issue 1368] Mylyn integration very slow in retrieving task repository for project

Author selsemore
Full name Stephen Elsemore
Date 2012-02-06 07:08:47 PST
Message http://subclipse.tig​ris.org/issues/show_​bug.cgi?id=1368






------- Additional comments from selsemore at tigris dot org Mon Feb 6 07:08:47 -0800 2012 -------
The Subclipse-Mylyn integration contributes to Mylyn's projectLinkProviders extension
point to map workspace projects to task repositories. The Subclipse project link provider
(SubclipseTaskReposi​toryLinkProvider) does this by checking for the bugtraq:url SVN property
and, if it is set, returns the first task repository with a url that starts with that
value, if there is one. When checking for the bugtraq:url property, Subclipse does not
check only the resource in question, but climbs the local file system until a non-version
controlled resource is found. If the resource in question is a descendant of a resource
for which the property is set, then the property is taken from there. You can see some
background here:

http://subclipse.tig​ris.org/issues/show_​bug.cgi?id=1014

So, when the Tasktop dialog calls the Subclipse project link provider for each project,
this is what you can see reflected in the YouKit snapshot when ProjectProperties.ge​tProjectProperties(I​Resource)
is called. In the context in which this method is normally called, for example when doing
a commit, Subclipse only cares if ALL the selected resources are linked to a task repository
or not, so it can just make one call against one resource, or a common parent of the selected
resources. If 20 projects are selected for commit, it doesn't call the method 20 times.
 On the other hand, the Tasktop dialog, from what I understand, needs to group the selected
projects by task repository, so it calls the project link provider(s) for each project,
which is resulting in a lot of file crawling.

I'm open to ideas, but I'm not sure how to fix this without breaking the desired behavior
as described in the issue above, unless maybe a change was also made in the Tasktop dialog?
 For example, maybe we could have a new ProjectProperties.ge​tProjectProperties(I​Resource
resource, boolean crawlFileSystem) method, and if the Tasktop dialog passed the project
and false, there would at least be only one property check per call. Ideas?

Thanks,
Steve

« Previous message in topic | 3 of 3 | Next message in topic »

Messages

Show all messages in topic

Subject
Author
Full name
Date posted
+
[Issue 1368] New - Mylyn integration very slow in retrieving task repository for project rombert Robert Munteanu 2012-02-03 01:51:34 PST
     [Issue 1368] Mylyn integration very slow in retrieving task repository for project rombert Robert Munteanu 2012-02-03 01:53:23 PST
     [Issue 1368] Mylyn integration very slow in retrieving task repository for project selsemore Stephen Elsemore 2012-02-06 07:08:47 PST
Messages per page: