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.

Bug 138332 - IDE locks project Jar files
Summary: IDE locks project Jar files
Status: RESOLVED INCOMPLETE
Alias: None
Product: javaee
Classification: Unclassified
Component: JSP Parser (show other bugs)
Version: 6.x
Hardware: PC Windows Vista
: P3 blocker (vote)
Assignee: Petr Hejl
URL:
Keywords: RANDOM
Depends on:
Blocks:
 
Reported: 2008-06-26 10:50 UTC by denbo
Modified: 2016-03-28 03:54 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Process Explorer showing the process tree (148.95 KB, image/jpeg)
2008-06-26 10:54 UTC, denbo
Details
Netbeans holding file handle as shown in Process Explorer (68.97 KB, image/jpeg)
2009-07-22 10:59 UTC, denbo
Details
patch (3.65 KB, text/plain)
2009-10-21 14:15 UTC, Petr Hejl
Details
binary patch (104.15 KB, application/octet-stream)
2009-10-21 14:18 UTC, Petr Hejl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description denbo 2008-06-26 10:50:24 UTC
Netbeans locks project Jar files. This occurred in many versions I have used, it was definitely like this from NB 4.0
and there was a bug report for this before but now I could not find it any more.

When I try to delete the lib folder of my project using my own Ant skript, I get the following output:
C:\_work\workspace\tgo-mo_branch\build.xml:67: Unable to delete file
C:\_work\workspace\tgo-mo_branch\webapp\WEB-INF\lib\activation-1.1.jar

The corresponding line in the Ant buildfile is:
        <delete dir="${lib.dir}"/>

I checked if NB holds a handle onto the file and it does (see attachment).
When I manually remove the file handle NB holds on the file, I get the same error for the next jar.

The problem occurs even directly after starting the IDE, but not always. To me it only happened in Web projects with
existing sources. The jars I try to delete are added to the project as compile-time libraries via "Add JAR/Folder". 

This is really annoying as I have to shutdown my IDE, delete the folder manually, then start the IDE in order to do a
clean build. Colleagues of mine who use NB have the same problem.
Comment 1 denbo 2008-06-26 10:54:08 UTC
Created attachment 63495 [details]
Process Explorer showing the process tree
Comment 2 Jana Maleckova 2008-06-27 10:46:30 UTC
reassign to web for evaluation
Comment 3 denbo 2008-08-20 11:18:15 UTC
Issue still exists in NetBeans IDE 6.5 Beta (Build 200808111757).
Comment 4 denbo 2008-08-20 11:20:21 UTC
Also occurs in Maven web project (war).
Comment 5 Petr Jiricka 2008-09-19 15:19:19 UTC
This is hopefully fixed now (after 6.5 beta), see issue 128360. Can you please verify that it works for you in the
latest daily build from http://bits.netbeans.org/dev/nightly/ ? If it now works for you, I suggest to close this as a
duplicate of 128360.
Comment 6 Petr Hejl 2008-09-23 10:04:45 UTC
Please reopen in case the resolution of the issue 128360 didn't solve your problem.

*** This issue has been marked as a duplicate of 128360 ***
Comment 7 denbo 2009-01-20 11:15:13 UTC
The problem frequently occurs in NB 6.5.
Since 6.5, it never happened to me until today, but it's the same effect and the handle is definitely owned by a Java
process launched by NB:
netbeans.exe > nbexec.exe > nbexec.exe > java.exe

In this case it is a Maven web project (war artifact). Parts of the project, including copying the affected jars, is
handled by an Ant skript.
Comment 8 Petr Jiricka 2009-01-20 12:20:48 UTC
Hi denbo, can you please answer some questions?
- Does it happen always, or is it random?
- Is the server running when this happens? Or does it happen also when the server is turned off?
- Which version of the JDK do you use to run NetBeans? You can see this in the IDE About box.
- Is the problem the inability to *copy* jar files, or to *delete* them?
- Are you using NetBeans 6.5 final?

Thanks.
Comment 9 denbo 2009-01-20 12:27:18 UTC
- the problem is: Ant cannot *delete* the jar files because NB holds a handle on them
- this also happens when the server is not running
- it happened to me several times today but before that NEVER since I downloaded NB 6.5 which was the day it was
released and I have used it for developing webapps since then for 5 to 6 days a week; before 6.5 it happened all the time
- Product Version: NetBeans IDE 6.5 (Build 200811100001)
Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15
System: Windows Vista version 6.0 running on x86; Cp1252; de_DE (nb)
Userdir: C:\Users\Dennis\.netbeans\6.5
- my Vista is a 64bit version, 32bit JDK
- i can not reproduce this in a reliable fashion
Comment 10 denbo 2009-03-12 15:08:38 UTC
Is there anything else I can do to help fix this?
Comment 11 Petr Hejl 2009-03-12 15:22:49 UTC
Would be great if you could determine the process holding it? Is it IDE itself/Maven executed from IDE/server started
from the IDE?

In case it is the IDE we can try to track down the code holding it
(http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish).
Comment 12 Petr Jiricka 2009-05-17 21:06:45 UTC
Sounds like more input is really needed.
Comment 13 denbo 2009-07-22 10:58:03 UTC
So far, I could not determine the causing component any better.

Now, with the same problem in a Maven web project, I found that the locking process is now netbeans.exe itself where
with Ant it was a java.exe subprocess. I attached another Process Explorer screenshot, you can clearly see the
difference to the previous one.

Hope this helps - if you have any suggestions how I can trace the cause any further, let me know.

Product Version: NetBeans IDE 6.7 (Build 200906241340)
Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15
System: Windows Vista version 6.0 running on x86; Cp1252; de_DE (nb)
Userdir: C:\Users\Dennis\.netbeans\6.7
Comment 14 denbo 2009-07-22 10:59:10 UTC
Created attachment 85059 [details]
Netbeans holding file handle as shown in Process Explorer
Comment 15 Petr Hejl 2009-10-14 16:05:30 UTC
Can you track down the code holding the lock as described in the link below?

http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish
Comment 16 denbo 2009-10-15 10:49:53 UTC
Seems like an awesome tool to me! 
I guess I have to compile NB with debug information, then start it in debug mode, right?
Since the problem is not deterministic it might take a while until I can reproduce it but I promise I'll keep trying!
Comment 17 denbo 2009-10-15 12:03:42 UTC
Hooray! Here we go, I filtered for "activation" as activation-1.1.jar was usually the first item that the clean process
stumbled upon. HTH
--

>show
Current list of opened but unclosed jar files matching the filter:
Path "D:\_projects\hxs\to-bm\trunk\src\main\webapp\WEB-INF\lib\activation-1.1.jar"
..Opened by hashCode object 12590 from:
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:135)
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:70)
    sun.misc.URLClassPath$JarLoader.getJarFile(sun\misc\URLClassPath.java:643)
    sun.misc.URLClassPath$JarLoader.access$600(sun\misc\URLClassPath.java:538)
    sun.misc.URLClassPath$JarLoader$1.run(sun\misc\URLClassPath.java:605)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath$JarLoader.ensureOpen(sun\misc\URLClassPath.java:597)
    sun.misc.URLClassPath$JarLoader.<init>(sun\misc\URLClassPath.java:581)
    sun.misc.URLClassPath$3.run(sun\misc\URLClassPath.java:331)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:320)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:297)
    sun.misc.URLClassPath.access$000(sun\misc\URLClassPath.java:59)
    sun.misc.URLClassPath$1.next(sun\misc\URLClassPath.java:194)
    sun.misc.URLClassPath$1.hasMoreElements(sun\misc\URLClassPath.java:205)
    java.net.URLClassLoader$3$1.run(java\net\URLClassLoader.java:393)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    java.net.URLClassLoader$3.next(java\net\URLClassLoader.java:390)
    java.net.URLClassLoader$3.hasMoreElements(java\net\URLClassLoader.java:415)
    sun.misc.CompoundEnumeration.next(sun\misc\CompoundEnumeration.java:27)
    sun.misc.CompoundEnumeration.hasMoreElements(sun\misc\CompoundEnumeration.java:36)
    org.openide.util.lookup.MetaInfServicesLookup.search(org\openide\util\lookup\MetaInfServicesLookup.java:169)
    org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(org\openide\util\lookup\MetaInfServicesLookup.java:120)
    org.openide.util.lookup.AbstractLookup$R.beforeLookup(org\openide\util\lookup\AbstractLookup.java:1124)
    org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(org\openide\util\lookup\ProxyLookup.java:653)
    org.openide.util.lookup.ProxyLookup$R.computeResult(org\openide\util\lookup\ProxyLookup.java:518)
    org.openide.util.lookup.ProxyLookup$R.allInstances(org\openide\util\lookup\ProxyLookup.java:489)
    org.openide.util.Lookup.lookupAll(org\openide\util\Lookup.java:245)
    org.openide.loaders.DataLoaderPool$1MimeEnum.delegate(org\openide\loaders\DataLoaderPool.java:313)
    org.openide.loaders.DataLoaderPool$1MimeEnum.hasMoreElements(org\openide\loaders\DataLoaderPool.java:321)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:527)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:489)
    org.openide.loaders.DataObject.find(org\openide\loaders\DataObject.java:496)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getEditorInputStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:360)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getResourceAsStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:329)
   
org.apache.jasper.compiler.TldLocationsCache.processTldsInFileSystem(org\apache\jasper\compiler\TldLocationsCache.java:524)
    org.apache.jasper.compiler.TldLocationsCache.init(org\apache\jasper\compiler\TldLocationsCache.java:321)
    org.apache.jasper.compiler.TldLocationsCache.getLocation(org\apache\jasper\compiler\TldLocationsCache.java:272)
   
org.netbeans.modules.web.jspparser_ext.WebAppParseSupport$InitTldLocationCacheThread.run(org\netbeans\modules\web\jspparser_ext\WebAppParseSupport.java:1047)


..Opened by hashCode object 10855 from:
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:135)
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:70)
    sun.misc.URLClassPath$JarLoader.getJarFile(sun\misc\URLClassPath.java:643)
    sun.misc.URLClassPath$JarLoader.access$600(sun\misc\URLClassPath.java:538)
    sun.misc.URLClassPath$JarLoader$1.run(sun\misc\URLClassPath.java:605)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath$JarLoader.ensureOpen(sun\misc\URLClassPath.java:597)
    sun.misc.URLClassPath$JarLoader.<init>(sun\misc\URLClassPath.java:581)
    sun.misc.URLClassPath$3.run(sun\misc\URLClassPath.java:331)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:320)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:297)
    sun.misc.URLClassPath.access$000(sun\misc\URLClassPath.java:59)
    sun.misc.URLClassPath$1.next(sun\misc\URLClassPath.java:194)
    sun.misc.URLClassPath$1.hasMoreElements(sun\misc\URLClassPath.java:205)
    java.net.URLClassLoader$3$1.run(java\net\URLClassLoader.java:393)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    java.net.URLClassLoader$3.next(java\net\URLClassLoader.java:390)
    java.net.URLClassLoader$3.hasMoreElements(java\net\URLClassLoader.java:415)
    sun.misc.CompoundEnumeration.next(sun\misc\CompoundEnumeration.java:27)
    sun.misc.CompoundEnumeration.hasMoreElements(sun\misc\CompoundEnumeration.java:36)
    org.openide.util.lookup.MetaInfServicesLookup.search(org\openide\util\lookup\MetaInfServicesLookup.java:169)
    org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(org\openide\util\lookup\MetaInfServicesLookup.java:120)
    org.openide.util.lookup.AbstractLookup$R.beforeLookup(org\openide\util\lookup\AbstractLookup.java:1124)
    org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(org\openide\util\lookup\ProxyLookup.java:653)
    org.openide.util.lookup.ProxyLookup$R.computeResult(org\openide\util\lookup\ProxyLookup.java:518)
    org.openide.util.lookup.ProxyLookup$R.allInstances(org\openide\util\lookup\ProxyLookup.java:489)
    org.openide.util.Lookup.lookupAll(org\openide\util\Lookup.java:245)
    org.openide.loaders.DataLoaderPool$1MimeEnum.delegate(org\openide\loaders\DataLoaderPool.java:313)
    org.openide.loaders.DataLoaderPool$1MimeEnum.hasMoreElements(org\openide\loaders\DataLoaderPool.java:321)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:527)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:489)
    org.openide.loaders.DataObject.find(org\openide\loaders\DataObject.java:496)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getEditorInputStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:360)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getResourceAsStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:329)
    org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(org\apache\jasper\compiler\TldLocationsCache.java:354)
    org.apache.jasper.compiler.TldLocationsCache.init(org\apache\jasper\compiler\TldLocationsCache.java:312)
    org.apache.jasper.compiler.TldLocationsCache.getLocation(org\apache\jasper\compiler\TldLocationsCache.java:272)
   
org.netbeans.modules.web.jspparser_ext.WebAppParseSupport$InitTldLocationCacheThread.run(org\netbeans\modules\web\jspparser_ext\WebAppParseSupport.java:1047)


..Opened by hashCode object 44789 from:
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:135)
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:70)
    sun.misc.URLClassPath$JarLoader.getJarFile(sun\misc\URLClassPath.java:643)
    sun.misc.URLClassPath$JarLoader.access$600(sun\misc\URLClassPath.java:538)
    sun.misc.URLClassPath$JarLoader$1.run(sun\misc\URLClassPath.java:605)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath$JarLoader.ensureOpen(sun\misc\URLClassPath.java:597)
    sun.misc.URLClassPath$JarLoader.<init>(sun\misc\URLClassPath.java:581)
    sun.misc.URLClassPath$3.run(sun\misc\URLClassPath.java:331)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:320)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:297)
    sun.misc.URLClassPath.access$000(sun\misc\URLClassPath.java:59)
    sun.misc.URLClassPath$1.next(sun\misc\URLClassPath.java:194)
    sun.misc.URLClassPath$1.hasMoreElements(sun\misc\URLClassPath.java:205)
    java.net.URLClassLoader$3$1.run(java\net\URLClassLoader.java:393)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    java.net.URLClassLoader$3.next(java\net\URLClassLoader.java:390)
    java.net.URLClassLoader$3.hasMoreElements(java\net\URLClassLoader.java:415)
    sun.misc.CompoundEnumeration.next(sun\misc\CompoundEnumeration.java:27)
    sun.misc.CompoundEnumeration.hasMoreElements(sun\misc\CompoundEnumeration.java:36)
    org.openide.util.lookup.MetaInfServicesLookup.search(org\openide\util\lookup\MetaInfServicesLookup.java:169)
    org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(org\openide\util\lookup\MetaInfServicesLookup.java:120)
    org.openide.util.lookup.AbstractLookup$R.beforeLookup(org\openide\util\lookup\AbstractLookup.java:1124)
    org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(org\openide\util\lookup\ProxyLookup.java:653)
    org.openide.util.lookup.ProxyLookup$R.computeResult(org\openide\util\lookup\ProxyLookup.java:518)
    org.openide.util.lookup.ProxyLookup$R.allInstances(org\openide\util\lookup\ProxyLookup.java:489)
    org.openide.util.Lookup.lookupAll(org\openide\util\Lookup.java:245)
    org.openide.loaders.DataLoaderPool$1MimeEnum.delegate(org\openide\loaders\DataLoaderPool.java:313)
    org.openide.loaders.DataLoaderPool$1MimeEnum.hasMoreElements(org\openide\loaders\DataLoaderPool.java:321)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:527)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:489)
    org.openide.loaders.DataObject.find(org\openide\loaders\DataObject.java:496)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getEditorInputStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:360)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getResourceAsStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:329)
   
org.apache.jasper.compiler.TldLocationsCache.processTldsInFileSystem(org\apache\jasper\compiler\TldLocationsCache.java:524)
    org.apache.jasper.compiler.TldLocationsCache.init(org\apache\jasper\compiler\TldLocationsCache.java:321)
    org.apache.jasper.compiler.TldLocationsCache.getLocation(org\apache\jasper\compiler\TldLocationsCache.java:272)
   
org.netbeans.modules.web.jspparser_ext.WebAppParseSupport$InitTldLocationCacheThread.run(org\netbeans\modules\web\jspparser_ext\WebAppParseSupport.java:1047)
Comment 18 Petr Hejl 2009-10-21 14:11:32 UTC
Attaching text and binary patch.

Could you please test whether the binary patch is helpful (overwrite enterprise6/modules/ext/jsp-parser-ext.jar with new
one - daily build required)?

Thanks,
P.
Comment 19 Petr Hejl 2009-10-21 14:15:01 UTC
Created attachment 89863 [details]
patch
Comment 20 Petr Hejl 2009-10-21 14:18:54 UTC
Created attachment 89864 [details]
binary patch
Comment 21 denbo 2009-10-22 15:09:25 UTC
I applied the patch to Build 200910170201 but I still see the problem frequently.

Here comes the weird part. I opened two Maven web projects (to-mo and to-bm) which both have similar dependencies. One
of them is activation-1.1.jar. Today the problem occurred when I tried to clean project to-mo. Maven gave me the
following output:
  Failed to delete directory: src/main/webapp/WEB-INF/lib. Reason: Unable to delete file
D:\_projects\hxs\to-mo\trunk\src\main\webapp\WEB-INF\lib\activation-1.1.jar

So I expected this file was locked. However, when I checked the output of the ZipFileMonitor tool I noticed that the
lock existed only in the _other_ project, to-bm, but also on the file activation-1.1.jar. See the output below. Seeing
this, I closed the project to-bm but this didn't change anything. Same behavior as when the project was still open. 

>show
Current list of opened but unclosed jar files matching the filter:
Path "D:\_projects\hxs\to-bm\trunk\src\main\webapp\WEB-INF\lib\activation-1.1.jar"
..Opened by hashCode object 6459 from:
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:135)
    java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:70)
    sun.misc.URLClassPath$JarLoader.getJarFile(sun\misc\URLClassPath.java:643)
    sun.misc.URLClassPath$JarLoader.access$600(sun\misc\URLClassPath.java:538)
    sun.misc.URLClassPath$JarLoader$1.run(sun\misc\URLClassPath.java:605)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath$JarLoader.ensureOpen(sun\misc\URLClassPath.java:597)
    sun.misc.URLClassPath$JarLoader.<init>(sun\misc\URLClassPath.java:581)
    sun.misc.URLClassPath$3.run(sun\misc\URLClassPath.java:331)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:320)
    sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:297)
    sun.misc.URLClassPath.access$000(sun\misc\URLClassPath.java:59)
    sun.misc.URLClassPath$1.next(sun\misc\URLClassPath.java:194)
    sun.misc.URLClassPath$1.hasMoreElements(sun\misc\URLClassPath.java:205)
    java.net.URLClassLoader$3$1.run(java\net\URLClassLoader.java:393)
    java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
    java.net.URLClassLoader$3.next(java\net\URLClassLoader.java:390)
    java.net.URLClassLoader$3.hasMoreElements(java\net\URLClassLoader.java:415)
    sun.misc.CompoundEnumeration.next(sun\misc\CompoundEnumeration.java:27)
    sun.misc.CompoundEnumeration.hasMoreElements(sun\misc\CompoundEnumeration.java:36)
    org.openide.util.lookup.MetaInfServicesLookup.search(org\openide\util\lookup\MetaInfServicesLookup.java:170)
    org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(org\openide\util\lookup\MetaInfServicesLookup.java:126)
    org.openide.util.lookup.AbstractLookup$R.beforeLookup(org\openide\util\lookup\AbstractLookup.java:1124)
    org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(org\openide\util\lookup\ProxyLookup.java:653)
    org.openide.util.lookup.ProxyLookup$R.computeResult(org\openide\util\lookup\ProxyLookup.java:518)
    org.openide.util.lookup.ProxyLookup$R.allInstances(org\openide\util\lookup\ProxyLookup.java:489)
    org.openide.util.Lookup.lookupAll(org\openide\util\Lookup.java:260)
    org.openide.loaders.DataLoaderPool$1MimeEnum.delegate(org\openide\loaders\DataLoaderPool.java:313)
    org.openide.loaders.DataLoaderPool$1MimeEnum.hasMoreElements(org\openide\loaders\DataLoaderPool.java:321)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.util.Enumerations$SeqEn.ensureCurrent(org\openide\util\Enumerations.java:325)
    org.openide.util.Enumerations$SeqEn.hasMoreElements(org\openide\util\Enumerations.java:340)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:527)
    org.openide.loaders.DataLoaderPool.findDataObject(org\openide\loaders\DataLoaderPool.java:489)
    org.openide.loaders.DataObject.find(org\openide\loaders\DataObject.java:506)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getEditorInputStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:360)
   
org.netbeans.modules.web.jspparser.ParserServletContext.getResourceAsStream(org\netbeans\modules\web\jspparser\ParserServletContext.java:329)
   
org.apache.jasper.compiler.TldLocationsCache.processTldsInFileSystem(org\apache\jasper\compiler\TldLocationsCache.java:524)
    org.apache.jasper.compiler.TldLocationsCache.init(org\apache\jasper\compiler\TldLocationsCache.java:321)
    org.apache.jasper.compiler.TldLocationsCache.getLocation(org\apache\jasper\compiler\TldLocationsCache.java:272)
   
org.netbeans.modules.web.jspparser_ext.WebAppParseSupport$InitTldLocationCacheThread.run(org\netbeans\modules\web\jspparser_ext\WebAppParseSupport.java:1062)
Comment 22 denbo 2009-11-24 05:49:47 UTC
What's the status on this? Was the tool output helpful at all?
Comment 23 denbo 2009-12-11 03:48:47 UTC
I still see the problem in NetBeans IDE 6.8 (Build 200912041610).
Comment 24 migger 2010-07-14 07:38:50 UTC
(In reply to comment #23)
> I still see the problem in NetBeans IDE 6.8 (Build 200912041610).

I have the same problem and it exists in: NetBeans IDE 6.9 (Build 201006101454)

After few clean and build operations netbeans locks som Jar files so that I have no other choise to restart IDE.
Comment 25 damd 2012-01-13 10:14:40 UTC
This problem is still bugging me in NetBeans 7.0.1.
Comment 26 Petr Jiricka 2012-01-13 10:21:48 UTC
If you are using GlassFish 3.1.1, then yes, unfortunately there is a bug in this release, see NetBeans bug 202419. Please try to use the latest promoted build of GlassFish 3.1.2, that should help.
Comment 27 rbelatamas 2016-03-28 03:54:28 UTC
This problem is still in NetBeans IDE 8.1 (Build 201510222201) with Yguard :(