[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [geclipse-dev] AW: [Bug 228185] BufferOverflowException during opening output file for files from gLite sandbox
|
Stuempert, Mathias IWR pisze:
Well, this is a problem of the EFS definition and our implementations.
fetchInfo() actually should always contact the underlying filesystem and
should not cache things. Nevertheless, since the EFS resource
integration is so bad and therefore fetchInfo is called all the time
(e.g. from within context menu activations or decorators or whatever)
for remote filesystems we have no other chance than to cache things.
Solution, which I'm developing today connects with gLite server when
fetchInfo() is called first time for file/folder, which wasn't created
by listing it's parent.
Now these are: links to output files and ConnectionRoots.
But because Eclipse call fetchInfo() also from
decorators/label-providers I have no chance to avoid asking for
auth-token during starting g-Eclipse.
I cannot recognize if given call of fetchInfo() should return real data
from gridFTP server, or just dummy IFileInfo with file-size set to 0 :-(
So I will rollback commited changes in GridFile, and try to find better
solution:
I think I will pass flag FORCE to fetchInfo(), and when this flag is set
I will force to download current IFileInfo from the server, otherwise I
will return cached IFileInfo.
This flag will be passed only from
GEclipseFileStore.cacheInputStream(IProgressMonitor), where we really
need correct IFileInfo.
Any better ideas are highly welcomed!
--
Pozdrawiam,
Mariusz Wojtysiak
