Can any of this slowness be alleviated by temporarily disabling
automatic building of the project or is it really only stemming from
the refresh?
Bradley
On Apr 10, 2006, at 8:31 AM, Alexander Kitaev wrote:
> Hello Irvin,
>
>> Thanks - its reassuring to know that it's at least a known
>> issue :o) This is currently causing me quite a bit of pain -
>> so I'd be more than happy to help out in working on the issue
>> if that's going to get it resolved any quicker..... Is that a
>> feasible option?
> I would like to work on that as well :) because in my case
> sometimes merge
> takes a lot of time due to forced project refresh, but
> unfortunately have no
> time now.
>
> You may take a look at SwitchToUrlCommand class, it is where
> refresh is
> called. Compare it with UpdateResourcesCommand class (from what I
> see it
> doesn't perform explicit refresh at all), and change
> SwithToUrlCommand so
> that it doesn't call refresh on the switched resource. I have no
> idea on how
> disabling refresh could affect decorations update and whether it
> will work
> properly with all versions of Eclipse, but it worth to try that -
> at least
> it will make it clear whether it is refresh operation that causes
> slowdown.
>
> For development related qeustions please post to subclipse dev's
> mailing
> list.
>
> Alexander Kitaev,
> TMate Software,
> http://tmate.org/
> http://jetbrains.com/tmate/
>
>> -----Original Message-----
>> From: Irving, Dave [mailto:dave.irving@logicacmg.com]
>> Sent: Monday, April 10, 2006 14:17
>> To: users@subclipse.tigris.org
>> Subject: RE: [Subclipse-users] RE: Subclipse "Switch" very
>> slow compared to "svn switch"
>>
>> Alexander Kitaev wrote:
>>
>>> From what I heard from Mark, project needs full refresh
>> because under
>>> some conditions project decorations are not updated properly when
>>> refresh is not performed. He is aware of that problem and I
>> expect he
>>> will provide some estimations on when and whether this
>> behaviour could
>>> be changed or not.
>>
>> Thanks - its reassuring to know that it's at least a known
>> issue :o) This is currently causing me quite a bit of pain -
>> so I'd be more than happy to help out in working on the issue
>> if that's going to get it resolved any quicker..... Is that a
>> feasible option?
>>
>> Cheers,
>>
>> Dave
>>
>>
>> This e-mail and any attachment is for authorised use by the
>> intended recipient(s) only. It may contain proprietary
>> material, confidential information and/or be subject to legal
>> privilege. It should not be copied, disclosed to, retained or
>> used by, any other party. If you are not an intended
>> recipient then please promptly delete this e-mail and any
>> attachment and all copies and inform the sender. Thank you.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>> For additional commands, e-mail: users-help@subclipse.tigris.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org
>
--
Bradley Mitchell Wagner
Software Developer
email: bradley.wagner@hannonhill.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Wed Apr 12 22:26:10 2006