commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sam Halliday (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (VFS-594) cache holds onto ZipFiles, which leak file handlers
Date Thu, 04 Feb 2016 11:29:39 GMT

    [ https://issues.apache.org/jira/browse/VFS-594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15132182#comment-15132182
] 

Sam Halliday commented on VFS-594:
----------------------------------

I think NullFilesCache is more like what we want. It seems to break absolutely everything.

> cache holds onto ZipFiles, which leak file handlers
> ---------------------------------------------------
>
>                 Key: VFS-594
>                 URL: https://issues.apache.org/jira/browse/VFS-594
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>            Reporter: Sam Halliday
>
> The wonderful Java implementation of ZipFile opens up the file on instance creation.
That's exceptionally wasteful on Linux but downright buggy on Windows, because Windows will
then obtain an exclusive lock on that file.
> In ENSIME, this has the wonderful side effect of making compilation silently fail, because
the compiler can't write out to the jar file, because it's being held by the IDE process.
> The references are being kept alive by the VFS cache. I'm going to try to disable it,
as well as attempt as much manual closing of ZipFiles as I possibly can.
> Tracking from https://github.com/ensime/ensime-server/issues/1276



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message