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.
I opened a java project on a clean build with a clean userdir. It appears one jar in my install is corrupted. This causes the scanning process to pop up 3 warning dialogs per second until the process is killed or the system runs out of resources. Yes, I will fix my build - but whatever this parsing thing is doing, it should give up at some point. Screenshot attached for your amusement - the dialogs were popup up so fast the AWT thread never had time to paint any of them. msg Caused: org.openide.filesystems.FSException: Error in JAR file /Users/tim/space/hg_nb/nb_all/nbbuild/netbeans/java1/modules/ext/jaxws21/jaxb- xjc.jar: error in opening zip file at org.openide.filesystems.FSException.io(FSException.java:110) at org.openide.filesystems.JarFileSystem.setJarFile(JarFileSystem.java:272) at org.openide.filesystems.JarFileSystem.setJarFile(JarFileSystem.java:222) at org.netbeans.core.startup.layers.ArchiveURLMapper.getFileSystem(ArchiveURLMapper.java:163) [catch] at org.netbeans.core.startup.layers.ArchiveURLMapper.getFileObjects(ArchiveURLMapper.java:132) at org.openide.filesystems.URLMapper.findFileObject(URLMapper.java:210) at org.netbeans.modules.java.j2seplatform.libraries.J2SELibrarySourceForBinaryQuery.getNormalizedURL(J2SELibrarySourceForBinaryQuery.java:115) at org.netbeans.modules.java.j2seplatform.libraries.J2SELibrarySourceForBinaryQuery.findSourceRoots(J2SELibrarySourceForBinaryQuery.java:90) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots(SourceForBinaryQuery.java:89) at org.netbeans.modules.java.source.classpath.GlobalSourcePath.getSourceRootForBinaryRoot(GlobalSourcePath.java:174) at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.findDependencies(RepositoryUpdater.java:1557) at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.access$500(RepositoryUpdater.java:1185) at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:1295) at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:1227) at org.netbeans.modules.java.source.usages.ClassIndexManager.writeLock(ClassIndexManager.java:105) at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:1224) at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:1185) at org.netbeans.api.java.source.JavaSource$CompilationJob.run(JavaSource.java:1462) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) at java.util.concurrent.FutureTask.run(FutureTask.java:123) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:613) ALL [null]: Error in JAR file /Users/tim/space/hg_nb/nb_all/nbbuild/netbeans/java1/modules/ext/jaxws21/jaxb-xjc.jar: error in opening zip file WARNING [org.netbeans.core.projects]
Created attachment 55811 [details] Dialog madness
I do not see much that could be done on java.source side (RepositoryUpdater) - the error is never propagated so far (it is caught in ArchiveURLMapper.getFileObjects(ArchiveURLMapper.java:132) and logged). I also do not think the RU is touching the jar itself many times - it calls the SourceForBinaryQuery (most likely for various roots). Maybe the ArchiveURLMapper could make sure that each bad jar is logged only once?
Radku, please evaluate.
First occurrence of bad jar -> warning, next logged as info http://hg.netbeans.org/main/rev/bc0c2b584e16