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.
Build: NetBeans IDE Dev (Build 200909071948) VM: Java HotSpot(TM) Client VM, 10.0-b19, Java(TM) SE Runtime Environment, 1.6.0_05-b13 OS: Windows XP, 5.1, x86 Stacktrace: java.lang.AbstractMethodError at org.netbeans.modules.csl.core.EmbeddingIndexerFactoryImpl.filesDeleted(EmbeddingIndexerFactoryImpl.java:84) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.delete(RepositoryUpdater.java:1357) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:2671) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:2587) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:2421) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$InitialRootsWork.getDone(RepositoryUpdater.java:2728)
Created attachment 87272 [details] stacktrace
Seems to be a /var folder issue. What about adding some version information to the caches? Then You could easily throw away the cache, if it's invalid after some update - this would improve "stability experience" dramatically, as there seem to be often problems like this.
"Seems to be a /var folder issue" - Unlikely, although it may have fixed the problem for you. Most likely the problem is that you installed modules that were not updated and built against 6.8 dev version of parsing.api. Looking at the log I can see several candidates: org.netbeans.modules.languages.execution [0.10.1 nbms-and-javadoc-3334-on-090617] org.netbeans.modules.languages.refactoring/0 [1.1.0.1 1 nbms-and-javadoc-3334-on-090617] org.netbeans.modules.languages.prolog [1.4 nbms-and-javadoc-3485-on-090707] org.netbeans.modules.languages.tcl [1.4 nbms-and-javadoc-3334-on-090617] org.netbeans.modules.languages.antlr [0.2.6 090615] There have been incompatible changes in parsing.api in 6.8 and there might be more. We will increment parsing.api's major version number before code freeze, which will effectively prevent using modules compiled against older versions to be loaded in 6.8 IDE.
Will there be a summary of changes / some help available for upgrading the modules?
Maybe, but the changes so far were pretty straightforward - eg. using Iterable instead of Collection, etc. All changes were recorded in apichanges.xml and so are available at http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-parsing-api/apichanges.html
Prolog uses NBS, don't know if others, too. What about these? Is Schliemann further supported, or will there be any updates for these?
No idea. I know nothing about Schliemann/NBS. This particular issue concerns parsing.api and incompatible changes that we have been doing in it during 6.8, nothing else. So please stay on the topic. If you have other problems/concerns with Schliemann please file a separate defect. Thanks
No problem. Just thought You could tell me about NBS, and cannot file a new bug report without having a statement :(
This is not really a change, but due to the incompatible changes previously done in parsing.api in 6.8 I'm going to increase the module's major version in order to prevent problems such as the exceptions reported in this issue. If anybody has a problem with this please speak up now. I'd like to push the change before the code freeze (ie. by the end of this week). I'll update all modules in the standard distribution (default repository). Thanks
Created attachment 90729 [details] The proposed changes
http://hg.netbeans.org/jet-main/rev/36427ecf6f17
*** Bug 176464 has been marked as a duplicate of this bug. ***