You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@commons.apache.org by "Tom Nelson (JIRA)" <ji...@apache.org> on 2018/11/09 13:17:00 UTC

[jira] [Commented] (VFS-291) ZIP archives are not properly closed after unzipping and cannot be deleted until the JVM exists

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

Tom Nelson commented on VFS-291:
--------------------------------

I believe that the code introduced in 13f79535-47bb-0310-9956-ffa450edef68 renders version 2.2 unusable in a multi-threaded environment, as the underlying cache file can be closed while other threads are attempting to read from it.

https://github.com/apache/accumulo/pull/728

> ZIP archives are not properly closed after unzipping and cannot be deleted until the JVM exists
> -----------------------------------------------------------------------------------------------
>
>                 Key: VFS-291
>                 URL: https://issues.apache.org/jira/browse/VFS-291
>             Project: Commons VFS
>          Issue Type: Bug
>         Environment: Windows
>            Reporter: Roman
>            Priority: Critical
>              Labels: patch
>             Fix For: 2.2
>
>         Attachments: AbstractFileObject.java.2.patch, AbstractFileObject.java.patch, FileLockUnitTest.diff, ZipCloseBug.zip, ZipFileObject.java, ZipFileObject.java.patch, vfs-291.diff
>
>
> Open a zip file with the ZipFileObject
> get an inputstream on its content
> try to delete it... 
> it fails.
> I have attached a possible solution to this bug.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)