[jira] Updated: (VFS-49) [VFS] Default VFS cache behavior

["Mario Ivankovits (JIRA)" <ji...@apache.org>]

     [ http://issues.apache.org/jira/browse/VFS-49?page=all ]

Mario Ivankovits updated VFS-49:
--------------------------------

      Bugzilla Id:   (was: 38686)
    Fix Version/s: later

> [VFS] Default VFS cache behavior
> --------------------------------
>
>                 Key: VFS-49
>                 URL: http://issues.apache.org/jira/browse/VFS-49
>             Project: Commons VFS
>          Issue Type: Improvement
>    Affects Versions: Nightly Builds
>         Environment: Operating System: All
> Platform: All
>            Reporter: Jean-Baptiste Onofré
>            Priority: Minor
>             Fix For: later
>
>
> It's really a bug but a explanation.
> The default VFS cache is SoftRefFilesCache.
> In my process, I have a FileManipulator which is simply a singleton. This
> singleton create one (and only one max) instance of FileSystemManager using
> VFS.getManager().
> This process is called every 10mn to perform a copy from a FileObject to
> another. In earch loop, I perform something which looks like :
> FIleManipulator fileManipulator = FileManipulator.getInstance();
> fileManipulator.copy("tgz:http://remote/archive.tar.gz!/dir/file", "/tmp/file");
> Either the tgz:http://remote/archive.tar.gz!/dir/file has not change, in the
> vfs_cache directory, I have :
> tmp_19071_file
> tmp_19076_file
> So a copy if performed every loop and neither release which take a lot of space
> on the filesystem.
> How can I avoid this behavior ? Should I create a FileManipulator (and so a
> FileSystemManager) and use the same in the loop ? Do I need to define my own
> filesystemmanager with another FileCache system (such as NullFileCache) ? Is it
> possible to define another VFS cache system for the default filesystem manager
> got with VFS.getManager() ?
> Many thanks for your help.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org