This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
How to reproduce: - Copy a jar file e.g. your jdk dir\lib\dt.jar to a temp location - Open the temporary copy of dt.jar in the IDE - In the explorer window, expand and open javax.swing.BoxBeanInfo.class in the editor - Close the file in the editor - Close dt.jar in the explorer window - In Windows Explorer, delete the temporary copy of dt.jar Expected behavior: The file should be deleted Actual behaviour: Error deleting File or Folder Cannot delete dt: It is being used by another person or program. Close any programs that might be using the file and try again. The problem can be solve by closing the IDE. Just an idea what could cause this: Closing a stream may not be sufficient to close a file. If the URL opened has scheme "jar", Java SE, once it opens the JAR to resolve such a URL, leaves the JAR open by default even after the stream has been closed. instead of using url.openStream, e.g. in JarURLConnection, use final URLConnection cnx = url.openConnection(url); cnx.setUseCaches(false); in = cnx.getInputStream(); (and of course close the stream).
I've tried: 1) Copied a jar file to /tmp 2) In the Favorites window I've opened the jar and opened a class for it 3) Closed the classfile and collapsed the jar 4) lsof returns the file as opened
Well, collapsing a view of a JAR file has no relation with "closing". The JAR is still in use and it is OK from Windows to reject its deletion.
(In reply to comment #2) > Well, collapsing a view of a JAR file has no relation with "closing". The JAR > is still in use and it is OK from Windows to reject its deletion. Technically this may be correct but please how do I get the jar file closed without closing the IDE?
The failure to close occurs only after the editor opened a class file contained in it. If I just open the jar file as an explorer view then that view seems to close it anyway because I can delete it afterwards. If I however open it with the editor and close it the editor then it appears that the editor opens the jar file again and fails to close it.
I am not able to find out why the JVM holds a reference to the JAR file. I tried to search all java.io.FileDescriptor instances using OQL - none has the right fd field. I tried all instances of java.util.zip.ZipFile - none has the right name of the file. The last thing that comes to my mind is to use dtrace on Solaris and see the stacktrace when the JAR is opened...
Problem is in org/netbeans/modules/java/classfile/CodeGenerator$TreeBuilder.visitType(Ljavax/lang/model/element/TypeElement;Ljava/lang/Void;)Lcom/sun/source/tree/Tree which does not close InputStream passed to ClassFile.read().
Thanks for finding the place, and sorry for causing that: http://hg.netbeans.org/jet-main/rev/0d5c0f1af15b
Integrated into 'main-golden', will be available in build *201209040001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/0d5c0f1af15b User: Jan Lahoda <jlahoda@netbeans.org> Log: #216450: must close the Stream after finished reading from it.
Verified in NetBeans Dev 201210020001
Transplanted to release72 branch: changeset: 242457:3154340a61f2 branch: release72 parent: 242451:09c238295917 user: Jan Lahoda <jlahoda@netbeans.org> date: Mon Sep 03 15:09:24 2012 +0200 summary: #216450: must close the Stream after finished reading from it. changeset: 242458:54a9767139be branch: release72 tag: tip user: Tomas Hurka <thurka@netbeans.org> date: Wed Oct 03 17:15:25 2012 +0200 summary: spec. version increased after transplant of bug #216450 (3154340a61f2)
Integrated into 'releases', will be available in build *201210100934* or newer. Wait for official and publicly available build. Changeset: http://hg.netbeans.org/releases/rev/3154340a61f2 User: Jan Lahoda <jlahoda@netbeans.org> Log: #216450: must close the Stream after finished reading from it. (transplanted from 0d5c0f1af15baf4e21b45b3323d5495d1dc03f68)
Unfortunately I can still reproduce this. Steps to reproduce are exactly same as in description. Product Version: NetBeans IDE Dev (Build 201210030002) Java: 1.7.0_10-ea; Java HotSpot(TM) 64-Bit Server VM 23.6-b03 System: Windows 7 version 6.1 running on amd64; Cp1250; en_US (nb) User directory: C:\Users\jprox\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\jprox\AppData\Local\NetBeans\Cache\dev and Product Version: NetBeans IDE 7.2.1 (Build 201210100934) Java: 1.7.0_10-ea; Java HotSpot(TM) 64-Bit Server VM 23.6-b03 System: Windows 7 version 6.1 running on amd64; Cp1250; en_US (nb) User directory: C:\Users\jprox\AppData\Roaming\NetBeans\7.2.1 Cache directory: C:\Users\jprox\AppData\Local\NetBeans\Cache\7.2.1
Sorry, it was my mistake, some other instance of IDE kept the file. The fix is ok