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

2018-11-09 Thread Tom Nelson (JIRA)


[ 
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)


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

2017-09-19 Thread Bernd Eckenfels (JIRA)

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

Bernd Eckenfels commented on VFS-291:
-

I am currently not in the Office. Your mail will not be forwarded. I will be 
Back on 2017-10-04.

If you need technical support with SEEBURGER products, contact 
supp...@seeburger.de or http://servicedesk.seeburger.de

General inquiries can be directed to our info team: i...@seeburger.de

Greetings Bernd Eckenfels
Chief Architect, SEEBURGER AG








SEEBURGER AGVorstand/SEEBURGER Executive Board:
Sitz der Gesellschaft/Registered Office:Axel Haas, Michael 
Kleeberg, Friedemann Heinz, Dr. Martin Kuntz, Matthias Feßenbecker
Edisonstr. 1
D-75015 Bretten Vorsitzende des Aufsichtsrats/Chairperson of the 
SEEBURGER Supervisory Board:
Tel.: 07252 / 96 - 0Prof. Dr. Simone Zeuchner
Fax: 07252 / 96 - 
Internet: http://www.seeburger.de   Registergericht/Commercial 
Register:
e-mail: i...@seeburger.de   HRB 240708 Mannheim


Dieses E-Mail ist nur für den Empfänger bestimmt, an den es gerichtet ist und 
kann vertrauliches bzw. unter das Berufsgeheimnis fallendes Material enthalten. 
Jegliche darin enthaltene Ansicht oder Meinungsäußerung ist die des Autors und 
stellt nicht notwendigerweise die Ansicht oder Meinung der SEEBURGER AG dar. 
Sind Sie nicht der Empfänger, so haben Sie diese E-Mail irrtümlich erhalten und 
jegliche Verwendung, Veröffentlichung, Weiterleitung, Abschrift oder jeglicher 
Druck dieser E-Mail ist strengstens untersagt. Weder die SEEBURGER AG noch der 
Absender (Eckenfels. Bernd) übernehmen die Haftung für Viren; es obliegt Ihrer 
Verantwortung, die E-Mail und deren Anhänge auf Viren zu prüfen.


This email is intended only for the recipient(s) to whom it is addressed. This 
email may contain confidential material that may be protected by professional 
secrecy. Any fact or opinion contained, or expression of the material herein, 
does not necessarily reflect that of SEEBURGER AG. If you are not the addressee 
or if you have received this email in error, any use, publication or 
distribution including forwarding, copying or printing is strictly prohibited. 
Neither SEEBURGER AG, nor the sender (Eckenfels. Bernd) accept liability for 
viruses; it is your responsibility to check this email and its attachments for 
viruses.



> 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, vfs-291.diff, 
> ZipCloseBug.zip, ZipFileObject.java, ZipFileObject.java.patch
>
>
> 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
(v6.4.14#64029)


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

2017-09-19 Thread Gary Gregory (JIRA)

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

Gary Gregory commented on VFS-291:
--

Add refinement:
{noformat}
commit -m "[VFS-291] ZIP archives are not properly closed after unzipping and 
cannot be deleted until the JVM exists. Do not close underlying ZipFile too 
aggressively; only do so if all open streams are not in use!" -N 
C:/vcs/svn/apache/commons/trunks-proper/vfs/commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/zip/test/ZipFileObjectTestCase.java
Sending
C:/vcs/svn/apache/commons/trunks-proper/vfs/commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/zip/test/ZipFileObjectTestCase.java
Transmitting file data ...
Unknown action received: commit finalizing
Committed revision 1808939.
{noformat}


> 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, vfs-291.diff, 
> ZipCloseBug.zip, ZipFileObject.java, ZipFileObject.java.patch
>
>
> 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
(v6.4.14#64029)