However after it finished, it recomends I restart the program, I restart it… then it seems to forget that I just updated and tells me 35 updates are available (the same updates). The same sort of thing happens when trying to install any plugins, you check for some plugins to install, you install them… but theyre not there and theyre listed under “available” not under “installed” plugins.
I think this issue is linux only, as I had no issue on my windows machine… anyone else on linux experiencing this?
I tried running a test project, and I got access denied from the jdk thas bundled with jmonkey… I suspect this is a related issue (perhaps updates/plugins are failing silently due to an access denied error)
I’m guessing theres some permission confusion due to the jmonkey being installed in my user directory and the jdk being installed under that structure (whereas the JDK is usually in a user neutral location that all users can access)
I tried running jmonkey as root user, but i still got access denied when running a test project (i guess the user that runs the project is a special netbeans user that is different from the user that starts the application)
Is there a way to disregard the bundled jdk when installing and have it run with my already installed jdk as it did in the previous version of jmonkey?
Seems theres a user rights issue, can you check if the jdk folder has a different user assigned than the others? The point of the SDK bundling the JDK is that you don’t use some JDK installed in the system.
I took some time to look into this and found the problem. At least on my system, all files in the jdk folder are assigned to the correct user, but the files in jmonkeyplatform/jdk/jre/bin are missing the executable permission bit.
In the case of the broken update, jmonkeyplatform tries to use jmonkeyplatform/jdk/jre/bin/unpack200 to upack the downloaded files but fails since it does not have permission to run the executable.
Running “chmod +x *” inside jmonkeyplatform/jdk/jre/bin fixes the issue.