Hi Yannick,
Recently i've decide to dedicate some time on it, and since VFS seems to
fullfill some of my requirements, i was thinking of extending it,
thanks for your interest in VFS.
1) Cache API.
For the next version of VFS I'll rework the cache. What I will do is to
remove the cache at all and allow to decorate a FileObject with a e.g.
CachedFileObject (or so), then for sure we will have methods as you
described, though, it should be possible to use VFS without having to
deal with a cache at all. This might lead to performance loss, but the
user can decide what he/she would like to have:
*) Refresh cache on demand (as is)
*) Refresh cache after resolveFile()
*) Refresh cache before any file operation
2) VFS Browser
An windows explorer type panel to browse a VFS
There is alread jcommander. They started to adapt it to use VFS. Though
having a method to extend the default swing "open file" dialog would be
nice.
3) File Actions
There is already a conribution which achieves this. Attached to
http://issues.apache.org/bugzilla/show_bug.cgi?id=36047 (includes SVN
access) it waits to have VFS release 1.0 out.
Such an interface will be used to e.g. commit/update a file, retrieve a
thumbnail or exif data (in case of an image format wich allows it)
Said that, if you would like to jump into VFS development there is still
enough room, please have a look at:
http://wiki.apache.org/jakarta-commons/VfsNext
Thanks,
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
