[eclipse-ccase-develop] Refresh behavior of files

[Gunnar W. <G.Wagenknecht@Planet-Wagenknecht.de>]

Hi!

I really like to throw away this refresh behavior but I haven't found
another solution yet. What happens if some geek is starting to link
files and not directories?=20

How is the speed with the Rational ClearCase plug-in? How do they handle
this? Anybody knows?

Cu, Gunnar

=20

-----Original Message-----
From: SourceForge.net [mailto:no...@so...]=20
Sent: Monday, September 20, 2004 5:28 PM
To: no...@so...
Subject: [ eclipse-ccase-Bugs-1031167 ] Unnecesary refresh of files not
in clearcase

Bugs item #1031167, was opened at 2004-09-20 12:07 Message generated for
change (Comment added) made by demeester_roel You can respond by
visiting:=20
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D460297&aid=3D103116=
7&gro
up_id=3D50595

Category: eclipse-ccase
Group: develop
Status: Open
Resolution: None
Priority: 5
Submitted By: Neil Swingler (neil_swingler) Assigned to: Gunnar
Wagenknecht (gwagenknecht)
Summary: Unnecesary refresh of files not in clearcase

Initial Comment:
Follow on from 956546

On a refresh a lot of time is wasted, refreshing entire trees where no
files, including the root, are in clearcase. Maybe you shouldn't try to
refresh a file until you know whether it's directory is in clearcase or
not.

----------------------------------------------------------------------

>Comment By: Roel De Meester (demeester_roel)
Date: 2004-09-20 15:28

Message:
Logged In: YES
user_id=3D491419

OK, so suppose you have to dig deep into the project hiearchy to find
out whether some directory deep in the tree is a Clearcase element. In
this process it is not necessary to check the FILES.
suppose

dirA [view private folder]
 +dirB [view private folder]
   +dirC [view private folder]
     +dirD [view private folder]
       +dirE [versioned folder]
          ....files files files

is it not true that we know for once dirA is checked and marked [view
private] that files it contains no longer have to be checked, but we
still have to check all folders it contains?
So we check dirB [files->view private, directories check + dig deeper]
etc...


----------------------------------------------------------------------

Comment By: Gunnar Wagenknecht (gwagenknecht)
Date: 2004-09-20 15:17

Message:
Logged In: YES
user_id=3D372260

You can create file system links in Windows and Unix that may point to
ClearCase directories. I haven't investigated yet how the ClearCase
plug-in handles these cases.=20

Another issue to consider are SnapShot views. IMHO the view location is
allowed to be inside any file system directory. This may also be "deep
in the project hierarchy".

However, the refresh action currently peforms a full recursive refresh.
It may be reworked to be smarter on container (e.g. "Refresh Container"
and "Refresh Element only")

----------------------------------------------------------------------

Comment By: Roel De Meester (demeester_roel)
Date: 2004-09-20 15:04

Message:
Logged In: YES
user_id=3D491419

I just tried to create a symbolic link from  a clearcase versioned file
to a directory that was not in Clearcase. I could not do this using
Clearcase Explorer under Win32.  I conclude from this that a directory
that is not under clearcase will never contain a clearcase element. Is
this correct?=20
[gunnar: is this what you mean by  'links deep in the hierarchy' ?]



----------------------------------------------------------------------

Comment By: Gunnar Wagenknecht (gwagenknecht)
Date: 2004-09-20 13:54

Message:
Logged In: YES
user_id=3D372260

Not sure what to do here if you have a flexible project structure which
contains links deep in the hierarchy to ClearCase elements.

Refreshing must ber performed for every element to build the state
cache. If the element is not a ClearCase element the refreshing is
somewhat easy but must be performed always.=20
Derived resources (e.g. class files in the bin folders) are ignores
anyway.



----------------------------------------------------------------------

You can respond by visiting:=20
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D460297&aid=3D103116=
7&gro
up_id=3D50595