You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/01/27 07:49:05 UTC

DO NOT REPLY [Bug 33256] - [VFS] SoftRefFilesCache does not work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33256>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33256





------- Additional Comments From mario@ops.co.at  2005-01-27 07:49 -------
You migt be right with the zip/jar/tar filesystem. In fact there need some work
to do that they hold a strong reference.

The other filesystems should work. Even if the fileobject is delete from the
cache on the first access it will be refetched. This is exactly what is wanted.

Step back to the DefaultFilesCache isnt a good idea as this would result in a
huge memory-leak if you use the VFS-Manager using its singleton, then your app
would end up in an out-of-memory exception sooner or later.

However, you are free to use it, you could do that without patching VFS.
Just instead of simply using VFS.getManager implement your own
MyVFS.getManager()

        StandardFileSystemManager fsm = new StandardFileSystemManager();
        fsm.setFilesCache(new DefaultFilesCache());
        fsm.init();

I will have a look on the archive-type-filesystems.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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