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.
This bug was originally marked as duplicate of bug 222932, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE 7.3 (Build 201302132200) VM: Java HotSpot(TM) 64-Bit Server VM, 23.7-b01, Java(TM) SE Runtime Environment, 1.7.0_15-b03 OS: Windows 7 Stacktrace: java.io.IOException: Cannot delete: C:\Users\Tjeerd.SIVZ\AppData\Local\NetBeans\Cache\7.3\index\s65\java\14\refs\nb-lock-write.lock(true,true,true,true,true,null,{Thread[State Data Manager,5,IDE Main](22)=[java.lang.Thread.sleep(Native Method), org.eclipse.osgi.internal.baseadaptor.StateManager.run(StateManager.java:297), java.lang.Thread.run(Thread.java:722)], Thread[Signal Dispatcher,9,system](4)=[], Thread[Editor Parsing Loop (201302132200),1,system](42)=[sun.misc.Unsafe.park(Native Method), java.util.concurrent.locks.LockSupport.park(LockSupport.java:186), java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043), java.util.concurrent.PriorityBlockingQueue.take(PriorityBlockingQueue.java:537), org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:656), java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471), java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334), java.util.concurrent.FutureT at org.netbeans.modules.parsing.lucene.LuceneIndex$DirCache.doClear(LuceneIndex.java:701) at org.netbeans.modules.parsing.lucene.LuceneIndex$DirCache.clear(LuceneIndex.java:655) at org.netbeans.modules.parsing.lucene.LuceneIndex.clear(LuceneIndex.java:509) at org.netbeans.modules.java.source.usages.PersistentClassIndex$PIWriter.clear(PersistentClassIndex.java:456) at org.netbeans.modules.java.source.usages.PersistentIndexTransaction.handleBrokenRoot(PersistentIndexTransaction.java:142) at org.netbeans.modules.java.source.usages.PersistentIndexTransaction.commit(PersistentIndexTransaction.java:103)
Created attachment 133087 [details] stacktrace
Caused by Groovy support which I've (un)fortunately rescued. The thing is that groovy invalidates java indexer and breaks its invariants.
This can probably be closed. The problem was that killing Netbeans did not actually stop the process so when I restarted, the old process was still hanging around locking the cache folder. I exited from Netbeans then killed the original process. All seems to be fine now.
(In reply to comment #3) > This can probably be closed. The problem was that killing Netbeans did not > actually stop the process so when I restarted, the old process was still > hanging around locking the cache folder. I exited from Netbeans then killed the > original process. All seems to be fine now. Closing, backgrounded instance of NetBeans probably held the lock file open - was not possible to delete it on Windows. Thanks for the notice.