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 200905250001) VM: Java HotSpot(TM) Server VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03 OS: Linux, 2.6.27.21-170.2.56.fc10.i686, i386 Stacktrace: org.openide.util.RequestProcessor$Item: task failed due to: java.lang.NoClassDefFoundError: Could not initialize class org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem at org.openide.util.RequestProcessor$Task.schedule(RequestProcessor.java:630) at org.netbeans.core.ui.warmup.MenuWarmUpTask$NbWindowsAdapter.windowActivated(MenuWarmUpTask.java:133) at java.awt.AWTEventMulticaster.windowActivated(AWTEventMulticaster.java:373) at java.awt.AWTEventMulticaster.windowActivated(AWTEventMulticaster.java:372) at java.awt.Window.processWindowEvent(Window.java:1874) at javax.swing.JFrame.processWindowEvent(JFrame.java:279)
Created attachment 82959 [details] stacktrace
Build: NetBeans IDE Dev (Build 200905250001) VM: Java HotSpot(TM) Server VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03 OS: Linux, 2.6.27.21-170.2.56.fc10.i686, i386 User Comments: Stacktrace: org.openide.util.RequestProcessor$Item: task failed due to: java.lang.NoClassDefFoundError: Could not initialize class org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem at org.openide.util.RequestProcessor$Task.schedule(RequestProcessor.java:630) at org.netbeans.core.ui.warmup.MenuWarmUpTask$NbWindowsAdapter.windowActivated(MenuWarmUpTask.java:133) at java.awt.AWTEventMulticaster.windowActivated(AWTEventMulticaster.java:373) at java.awt.AWTEventMulticaster.windowActivated(AWTEventMulticaster.java:372) at java.awt.Window.processWindowEvent(Window.java:1874) at javax.swing.JFrame.processWindowEvent(JFrame.java:279)
Created attachment 82962 [details] stacktrace
Seems to be a class loading problem at early stages of startup sequence. Steps how to reproduce would be helpful.
Probably a corrupt IDE installation.
Rather seems like a corrupt userdir, removing ~/.netbeans did help. Unfortuntately, I didn't store a copy somewhere for deeper analysis.
Right, a copy of the userdir (or at least certain critical parts) would be helpful for diagnosis. Could ultimately have been a bug in Plugin Manager, but hard to guess.
The problem happened during IDE restart after uninstalling a few plugins. I cannot reproduce this anymore in NB 6.7rc2 -- so all's ok with me now.
*** Bug 178042 has been marked as a duplicate of this bug. ***
Exception reporter is just going to keep on filing duplicates so no point in closing. Initial problems seem to be e.g. java.lang.NullPointerException: The image parameter cannot be null at org.openide.util.Parameters.notNull(Parameters.java:86) at org.openide.util.ImageUtilities.assignToolTipToImage(ImageUtilities.java:230) at org.netbeans.modules.java.source.tasklist.ErrorAnnotator.<clinit>(ErrorAnnotator.java:93) which looks to be some problem with ImageUtilities not loading an icon, but I don't know why. Possibly JAR cache issue. Not sure if could be ergonomics-related.
ede3943946ad from bug #174055 may help with robustness, but probably something serious is wrong.
*** Bug 178088 has been marked as a duplicate of this bug. ***
I can upload my .netbeans directory but it's ~350MB, ~5000 files. is there anything specific you need from it? My next step will be to install 5.8rc and see if it fixes it also, now i can get it running every once in a while (after trying to do it a few times, but i can't do some things like create a new simple java project. I'm getting the message in the picture i'm gonna attach
Created attachment 92069 [details] when trying to create a new java project
(In reply to comment #13) > i can't do some things like create a new simple java project. > I'm getting the message in the picture i'm gonna attach This problem would go away, or at least take a more straightforward form, if you deleted the ergonomics<number> directory in your NetBeans installation. (It is always safe to delete the ergonomics directory; it just delays turning on certain plugins, but you can always configure which plugins you want on or off in Plugin Manager anyway.) Whether ergonomics is responsible for the root error in your case, I don't know. If you can reproduce the problem with your current user directory, and have a bit of time to spare, make a backup copy of it and then narrow down the problem by bisecting deletes: move aside half of the subdirectories at random, start the IDE, if everything is OK then restore half of them, else move aside half of the remaining directories, etc. At some point you will find that the presence of a particular file causes the problem. In this case I suspect var/cache/<something>.dat but that's just a guess. (As a general rule, if the userdir is triggering some bug, it can be worked around by removing the responsible portion of the userdir; put another way, if a given userdir does _not_ trigger the bug, a subset of the userdir will probably not trigger it either.)
(In reply to comment #15) > (In reply to comment #13) > > i can't do some things like create a new simple java project. > > I'm getting the message in the picture i'm gonna attach > > This problem would go away, or at least take a more straightforward form, if > you deleted the ergonomics<number> directory in your NetBeans installation. (It > is always safe to delete the ergonomics directory; it just delays turning on > certain plugins, but you can always configure which plugins you want on or off > in Plugin Manager anyway.) Whether ergonomics is responsible for the root error > in your case, I don't know. > > If you can reproduce the problem with your current user directory, and have a > bit of time to spare, make a backup copy of it and then narrow down the problem > by bisecting deletes: move aside half of the subdirectories at random, start > the IDE, if everything is OK then restore half of them, else move aside half of > the remaining directories, etc. At some point you will find that the presence > of a particular file causes the problem. In this case I suspect > var/cache/<something>.dat but that's just a guess. (As a general rule, if the > userdir is triggering some bug, it can be worked around by removing the > responsible portion of the userdir; put another way, if a given userdir does > _not_ trigger the bug, a subset of the userdir will probably not trigger it > either.) That actually worked! installing 5.8 rc1 also worked...
> That actually worked! What? Deleting ergonomics or deleting the userdir? If you still have the old userdir around, it would probably be much smaller without var/cache/index/*, which is, for sure, unrelated to this problem. Then it might be much easier to pack it and send it.
(In reply to comment #17) > > That actually worked! > What? Deleting ergonomics or deleting the userdir? > If you still have the old userdir around, it would probably be much smaller > without var/cache/index/*, which is, for sure, unrelated to this problem. Then > it might be much easier to pack it and send it. Deleting ergonomics
Interesting.
Integrated into 'main-golden', will be available in build *200912041400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/b6b8630288e3 User: Jesse Glick <jglick@netbeans.org> Log: Some diagnostics for #166236.
Created attachment 93457 [details] stacktrace after last update
Created attachment 93461 [details] stacktrace Caused: java.lang.NoClassDefFoundError: org/netbeans/modules/masterfs/providers/AnnotationProvider while loading org.netbeans.modules.parsing.impl.indexing.errorsorg.netbeans.modules.parsing.impl.indexing.errors.ErrorAnnotator; see http://wiki.netbeans.org/DevFaqTroubleshootClassNotFound Interesting this part: org.netbeans.modules.parsing.impl.indexing.errorsorg.netbeans.modules.parsing.impl.indexing.errors.ErrorAnnotator does it actually tries to load this class, or the logger just forgot to add a " " or "\n"? betweem classes? PLS, I'd give this at least P2, for it's a stopper (if we were in NetCAT69, this would be a beta stopper)
alied: your exception is something else (bug #179761) and is the result of using updates from the alpha update center in a development build, which may work but is never supported.
*** Bug 181803 has been marked as a duplicate of this bug. ***
*** Bug 182221 has been marked as a duplicate of this bug. ***
*** Bug 183533 has been marked as a duplicate of this bug. ***
*** Bug 184898 has been marked as a duplicate of this bug. ***
Created attachment 98447 [details] stacktrace Restarted IDE with old userdir (with j2seproject open) using a new config=bloated dev build incl. ergonomics.
*** Bug 185916 has been marked as a duplicate of this bug. ***
Created attachment 99380 [details] stacktrace Thrown on IDE launch
Created attachment 99521 [details] stacktrace IDE startup, importing settings from NB 6.8
Created attachment 99586 [details] stacktrace Imported settings from NB 6.8 and started new RC2 build
*** Bug 186872 has been marked as a duplicate of this bug. ***
Created attachment 99916 [details] stacktrace
Created attachment 100417 [details] stacktrace After first start of this trunk build with settings imported from 6.9. Two projects open (AnagramGame and Paint Application samples).
Created attachment 100912 [details] stacktrace started IDE with opened nb module
*** Bug 189474 has been marked as a duplicate of this bug. ***
remove me from CC List
*** Bug 190728 has been marked as a duplicate of this bug. ***
Created attachment 105335 [details] stacktrace Just started the IDE.
Created attachment 106027 [details] stacktrace Starting nb after import from 6.9
Created attachment 106642 [details] stacktrace Starting netbeans after import from 6.9
Created attachment 107244 [details] stacktrace Starting netbeans for the first time (import settings fron 6.9.1)
Created attachment 107655 [details] stacktrace Imported 6.9.1 settings which caused a workspace with several Java and C/C++ projects.
Created attachment 107659 [details] stacktrace Switching to a newly created project group and attempting to open a project
The error is: [69cat] NoClassDefFoundError: Could not initialize class org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem
This is a report comming from 7.0RC2: http://statistics.netbeans.org/exceptions/exception.do?id=503127 All problems seem to start at WARNING [org.openide.util.lookup.MetaInfServicesLookup]: Cannot create class org.netbeans.modules.parsing.impl.indexing.errors.ErrorAnnotator java.lang.NullPointerException: The image parameter cannot be null at org.openide.util.Parameters.notNull(Parameters.java:89) at org.openide.util.ImageUtilities.assignToolTipToImage(ImageUtilities.java:240) at org.netbeans.modules.parsing.impl.indexing.errors.ErrorAnnotator.<clinit>(ErrorAnnotator.java:106) Caused: java.lang.ExceptionInInitializerError Making ErrorAnnotator static initializers more bulletproof would help NetBeans IDE to start.
ErrorAnnotator is calling ImageUtilities.loadImage from a static initializer, which relies on the global class loader being ready and containing o-n-m-parsing-api.jar. All the recent duplicates I can see suggest that this code is being loaded during import, before the module system has even started! It is not surprising that this does not work; the question is what about import is triggering this code, and whether there is a way to reproduce it. Ergonomics is implicated in the call stack - suspicious that the open project list would be loaded during settings import. Probable fix for the immediate exception is to remove the static initializer block and just construct the icons on demand - ImageUtilities does its own caching anyway.
Very well: http://hg.netbeans.org/jet-main/rev/3d395b70ae5f (Seems to me like a workaround for a disagreement between ergonomics (see comment #18), module system and Lookup, but ergonomics of course does not have any bugs.) Please either close the bug, if you consider this to be the correct solution, or take it back to platform or ergonomics if it is not.
Assigning to jtulach to investigate why this code would be running during settings import.
ErrorAnnotator is instantiated as early is that it piggy backs on masterfs annotation API designed for completely different purpose - e.g. version control systems. As soon as MasterFS is needed, it gets instantiated. MasterFS is needed because when calling OpenProjects.getDefault() the project system starts to load list of recently opened projects. Ergonomics need to attach listener to OpenProjects.getDefault() to observer opened project types and enabled needed modules. Ergonomics are being initialized so early as their FoDFileSystem is part of system filesystem (and thus it is needed before modules even start).
Integrated into 'main-golden', will be available in build *201104140401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/3d395b70ae5f User: Jan Lahoda <jlahoda@netbeans.org> Log: #166236: delaying loading of icons as requested.
I hoped to delay OpenProjectList.RecentProjectList.load(). That way the OpenProjectList.getDefault() would finish without dealing with masterfs. However such change is not going to be very easy and is definitely risky.
More appropriate summary.
I can attach the OpenProjects listener in ModuleInstall.resume(): ergonomics#85865ace98fd Each of these fixes should be enough to mark the issue fixed, right?
*** Bug 197636 has been marked as a duplicate of this bug. ***
Integrated into 'main-golden', will be available in build *201104220000* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/85865ace98fd User: Jaroslav Tulach <jtulach@netbeans.org> Log: #166236: Attach listener to OpenProjects in ModuleInstall
*** Bug 198324 has been marked as a duplicate of this bug. ***
*** Bug 198323 has been marked as a duplicate of this bug. ***
*** Bug 198865 has been marked as a duplicate of this bug. ***