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.
Summary: | Java reports NoClassDefFoundError on launch | ||
---|---|---|---|
Product: | platform | Reporter: | mwebv |
Component: | -- Other -- | Assignee: | Stanislav Aubrecht <saubrecht> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | anebuzelsky, bhaskar.vk, mmirilovic |
Priority: | P3 | ||
Version: | 7.2 | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
mwebv
2012-05-24 23:11:55 UTC
This was installed in an empty folder but imported my 7.1 config using the GUI dialog. *** This bug has been marked as a duplicate of bug 211655 *** Reporter, please attach full IDE log, thanks I am not the original submitter, but I had this bug too on ubuntu 64bit. I found the following stacktrace SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.masterfs.Installer java.lang.Error: Failed to create temporary file for jnidispatch library: java.io.IOException: Permission denied at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:762) at com.sun.jna.Native.loadNativeLibrary(Native.java:697) at com.sun.jna.Native.<clinit>(Native.java:127) at org.netbeans.modules.masterfs.watcher.linux.LinuxNotifier.<init>(LinuxNotifier.java:103) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:525) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) This could happen if there is already a "/tmp/jna" directory present, and not owned by the user starting the netbeans instance. The jna library is extracted in directory pointed by 'java.io.tmpdir' system property, which on Unix is /tmp by default. This is a problem when multiple users are concerned, as only one can own the '/tmp/jna' directory. To fix it, instead of the recommended '-J-Djna.nosys=true', try '-J-Djava.io.tmpdir=$HOME' , so that the jna directory gets created in the user's home directory. Using '-J-Djava.io.tmpdir=$HOME' helped me solve the issue on my box. *** This bug has been marked as a duplicate of bug 212938 *** |