FS#60664 - netbeans 9.0-3 dosn't allow to create projects nor installing plugins
Attached to Project:
Community Packages
Opened by Pablo Andres Dealbera (pablo1107) - Thursday, 01 November 2018, 01:51 GMT
Last edited by Doug Newgard (Scimmia) - Sunday, 18 November 2018, 05:11 GMT
Opened by Pablo Andres Dealbera (pablo1107) - Thursday, 01 November 2018, 01:51 GMT
Last edited by Doug Newgard (Scimmia) - Sunday, 18 November 2018, 05:11 GMT
|
Details
Description:
After upgrading from netbeans 9.0-1 all plugins I had installed disappear and I couldn't create new projects (throw exception). When installing plugins and restarting the IDE, the IDE doesn't start on it's own and when I lauch it manually it didn't install any plugin. Downgrade to netbeans 9.0-1 using pacman -U solved it to me. But I want to report if anyone is able to find out what's going on. Additional info: * package version(s) * config and/or log files etc. Line notified by netbeans as an error after trying to create a new project: superclass access check failed: class org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x18970180) cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc) because module jdk.javadoc does not export com.sun.tools.javadoc.main to unnamed module @0x18970180 Steps to reproduce: Install netbeans, run, nothing else. I deleted all config files and /usr/etc/netbeans.* files and reinstalled from fresh and still same issue. |
This task depends upon
The version of openjdk I have installed is jdk10-openjdk 10.0.2.u13-1.
Thanks for reporting!
The only thing I found so far is this post in SO.
https://stackoverflow.com/questions/52918925/problem-with-netbeans-9-0-on-manjaro-linux
Which point to anothee bug reported here:
https://bugs.archlinux.org/task/60533
Also in that post they hint as maybe is a bad path variables that runs netbeans in a wrong folder. So maybe is my system only? If I can give you some logs let me know and I upload them.
The startup script at /usr/bin/netbeans seems to try to follow symlinks to find the $basedir where it will find the packaged etc/netbeans.conf. But /usr/bin/netbeans is not a symlink, so $basedir is calculated as /usr. And 9.0-3 has no /usr/etc/netbeans.conf. Since that is not loaded, the ${netbeans_default_userdir} is not set.
For now, I can work around this by editing /usr/bin/netbeans to set the correct $basedir. At line 41, after the code that finds basedir, I added:
basedir=/usr/lib/netbeans
Things seem to be working better with this. I can now add a custom ~/.netbeans/9.0/etc/netbeans.conf to specify startup options in the netbeans_default_options variable.
I've been trying to reproduce the issue but I can't seem to make it happen. This was on two machines, one with Xmonad and another one with Gnome. Let me try to install a minimal setup with a clean installation of the package to see what it may be.
Either way, the comments you guys are raising make sense, as netbeans 9 has been incredibly tricky with the way it computes paths to its own support files.
Sorry this is taking long, please rest assured I'm trying to provide a solution asap :)
Thanks,
-Santiago.
I've been trying to reproduce to no avail, however I think that moving the files back to /usr/etc/* works on my side too, so that's probably for the best. Could you try the version (-4) that'll be released to testing soon and tell me if it works?
Thanks!
I also have the same problem, and the fix seems to work for me.
I have another issue though, where netbeans seems to install/unpack directly to ~/.
I don't believe this is intentional.
Thanks
I'll move this to community now. The other fix seems to be an issue with the way upstream handles the basedir. I can backport the patch, but I'll probably work with them to have a more sensible approach to the startup script.