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.
Summary: | IllegalStateException: zip file closed | ||
---|---|---|---|
Product: | platform | Reporter: | villentretenmerth |
Component: | JDK Problems | Assignee: | Jesse Glick <jglick> |
Status: | CLOSED WONTFIX | ||
Severity: | normal | CC: | anebuzelsky, ckinfos, cschlichtherle, dkonecny, gholmer, hmichel, jglick, jtulach, lhochet, m1k0, marfous, minoleg, mps77, musilt2, pjiricka, ringerc, sreimers, SuperM, terje7601 |
Priority: | P2 | ||
Version: | 7.0 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | 176784 |
Attachments: |
stacktrace
Minimal test case |
Description
villentretenmerth
2011-03-15 09:30:25 UTC
Created attachment 107011 [details]
stacktrace
feel free to reassign Several different roots of the stack, mostly unrelated, all culminating in java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(ZipFile.java:595) at java.util.zip.ZipFile.getInputStream(ZipFile.java:341) at java.util.jar.JarFile.getInputStream(JarFile.java:401) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:162) at sun.misc.URLClassPath$Loader$1.getInputStream(URLClassPath.java:553) at sun.misc.Resource.cachedInputStream(Resource.java:77) at sun.misc.Resource.getByteBuffer(Resource.java:160) at java.net.URLClassLoader.defineClass(URLClassLoader.java:436) Here URLClassPath.Loader.getResource is called (not JarLoader, note!), and the JarURLConnection has a jarFile which is closed. This is only reported by JDK 7 users, starting with build 128 - which is where 6896088 was fixed, and the lines of that fix are implicated here. So it seems to be a recent JDK 7 regression. *** Bug 197259 has been marked as a duplicate of this bug. *** See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7033142 Raised priority of the JDK issue and added comments about the gathered NB exception reports. Closing wontfix with the link to the JDK bug. #7033142 is according to its evaluator something different, related to Java Plugin; currently closed. *** Bug 198692 has been marked as a duplicate of this bug. *** Duplicate was P2. Probably need to file a fresh JRE bug referencing #7033142 but giving a different use case - especially if we have reliable steps to reproduce. I don't have rights to report bugs to JDK. Assigning to default owner of "JDK Problems" category. We need to report this bug to JDK team. To make them believe the bug is in JDK they need easy to use sample that will work on JDK6 and fail on JDK7. They are unlikely to follow the steps described in bug 198692 - they are too complex. Especially the need to have glassfish around and recompile would be a blocker imho. We need something simpler. I guess the simplest way to show the problem is to create a small, self contained ZIP file which they can extract and run on JDK6 and JDK7. David, can you please turn your example from bug 198692 into such ZIP file? (In reply to comment #10) > David, can you please turn your example from bug 198692 into such ZIP file? I would love to help, but I do not know how could I simplify it more - the example ZIP bundles the jars from glassfish so the only dependency of my test case is on NetBeans module system to reproduce the problem. And I do not know which aspect of NB module system is causing it and whether it is possible to further narrow it down. I was able to reproduce the case that David reported in issue 198692, with the sample plugin. It manifests the problem with JDK 7 EA b143 and works OK with 6u25. I was able to reproduce the case that David reported in issue 198692, with the sample plugin. It manifests the problem with JDK 7 EA b143 and works OK with 6u25. The problem is we need to be very specific in the JDK report and explain why it needs to be fixed in JDK 7 and not in our module system. Jesse will evaluate. Thanks, Jesse. Created attachment 108629 [details]
Minimal test case
Workaround in TestClassLoading is to replace e.g.
new URL("jar:file:"+GLASSFISH+"/javax.servlet.jar!/")
with
new URL("file:"+GLASSFISH+"/javax.servlet.jar")
Filed a new JRE bug. *** Bug 199149 has been marked as a duplicate of this bug. *** *** Bug 196815 has been marked as a duplicate of this bug. *** Claimed fixed in b146. Confirmed as fixed - verified. Please use JDk7 build 146 and higher ... thanks in advance. I knoe it is a little off topic, but anyone know how can I get this build? I can see just build #145 at http://jdk7.java.net/download.html Regards I have tested it again and now looks like it is fixed. Product Version: NetBeans IDE 7.0.1 Dev (Build 201106020000) Java: 1.7.0; Java HotSpot(TM) Client VM 21.0-b16 System: Linux version 2.6.32-33-generic-pae running on i386; ISO-8859-1; en_US (nb) *** Bug 196093 has been marked as a duplicate of this bug. *** *** Bug 196347 has been marked as a duplicate of this bug. *** *** Bug 205119 has been marked as a duplicate of this bug. *** *** Bug 220368 has been marked as a duplicate of this bug. *** |