Please send discussion like this to the dev@ list.
Are you using 0.9.31 or trunk? If it is the former, could you try again
with trunk? We recently committed some optimizations in the area of the
status cache maintenance.
I do not think there is a specific intent to refresh the whole project in
this scenario.
Mark
"Alexander Kitaev" <alex@tmate.org> wrote on 06/30/2005 04:25:21 PM:
> Hello,
>
> While working with Subclise, the major problem for me so far is refresh
after
> commit. I use to commit frequently and the larger project becomes the
longer
> each commit takes. Additionally, my computer is not very fast, so delays
after
> commit are very inconvenient - for instance it may take 5-10 minutes to
> refresh project after commit of a single file.
>
> I made a small patch in Subclipse to make it refresh only committed
files and
> their parents:
>
> In class CommitOperation:
>
> for(int i = 0; i < selectedResources.length; i++)
> {
> IResource selectedResource = selectedResources[i];
> selectedResource.refreshLocal(1, monitor);
> selectedResource = selectedResource.getParent();
> while(selectedResource != null) {
> selectedResource.refreshLocal(0, monitor);
> selectedResource = selectedResource.getParent();
> }
> // old code:
> //IResource projectHandle = selectedResources[i].getProject();
> //projectHandle.refreshLocal(2 /*infinite depth*/, monitor);
> }
>
> Of course the above code may refresh some files more then once, this
could be
> easily optimized, but this patch already made my commits much more
faster.
> What I would like to ask is whether total project refresh was done
> intentionally, are there situations when it is not enough to refresh
committed
> files along with their parents? Frankly, I would better do manual
directory
> refresh when something is not refreshed, rather then wait for ten
minutes for
> complete project refresh.
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Fri Jul 1 06:35:37 2005