commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ralph Goers (JIRA)" <>
Subject [jira] [Resolved] (VFS-352) ZipFileSystem makes improper assumptions about FileCache
Date Sun, 25 Sep 2011 05:02:26 GMT


Ralph Goers resolved VFS-352.

       Resolution: Fixed
    Fix Version/s: 2.1

ZipFileSystem now uses an internal Map and ignores the FileSystemManager's cache. Please verify
and close.

> ZipFileSystem makes improper assumptions about FileCache
> --------------------------------------------------------
>                 Key: VFS-352
>                 URL:
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 1.0
>         Environment: Java 1.6
>            Reporter: Alex Bertram
>              Labels: cache, zip
>             Fix For: 2.1
>   Original Estimate: 24h
>  Remaining Estimate: 24h
> Upon init(), ZipFileSystem enumerates all the zip file entries and stores them in the
global FilesCache as well as a "strongRef" array. 
> The ZipFileSystem implementation assumes that this will be sufficient to keep all entries
in the cache, and so if the cache misses in AbstractFileSystem, ZipFileSystem assumes that
the file does not exist and returns an imaginary file.
> This implementation assumes that the WeakRefFilesCache is being used. If NullFilesCache
or LRUFilesCaches is used, these assumptions will fail and ZipFileSystem will fail to resolve
valid existing files within the system.
> ZipFileSystem should maintain its own internal cache instead.

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message