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.
The exception reported lists many similar yet unrelated exception - this particular issue relates to the GF update center: 1. Register v3 build in Services tab (I used promoted build 23) 2. Select View Update Center 3. Click OK in the next dialog 4. Exception appears java.io.IOException: /Users/petrjiricka/software/glassfish_b23/bin/updatetool: cannot execute at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.<init>(UNIXProcess.java:52) at java.lang.ProcessImpl.start(ProcessImpl.java:91) at java.lang.ProcessBuilder.start(ProcessBuilder.java:451) at org.openide.execution.NbProcessDescriptor.exec(NbProcessDescriptor.java:199) at org.openide.execution.NbProcessDescriptor.exec(NbProcessDescriptor.java:151) at org.netbeans.modules.glassfish.common.actions.ViewUpdateCenterAction.isUCInstalled(ViewUpdateCenterAction.java:180) at org.netbeans.modules.glassfish.common.actions.ViewUpdateCenterAction.access$000(ViewUpdateCenterAction.java:69) at org.netbeans.modules.glassfish.common.actions.ViewUpdateCenterAction$1.run(ViewUpdateCenterAction.java:110) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:572) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:997) Looks like the right permissions are not set after extracting from zip file?
*** Issue 146895 has been marked as a duplicate of this issue. ***
What operating system is this? If this is a unix variant (including Mac), what folder contains the program "chmod"? Current, the plugin does try to ensure execute permissions are set. We check for chmod in /bin and /usr/bin. I will make sure a message is displayed when chmod cannot be found. I still need to know what system this is and where chmod is on it though.
Hi Peter, this is on Mac OS X. chmod is in /bin
How exactly did V3 get added to the services tab? Did you use the <Download> feature of the Add Server wizard? Was this a bundled install? Or???
It was a promoted .zip build added manually to the services tab.
Did you unzip it by hand then? That would explain it.
Yes, I used muCommander: http://www.mucommander.com/ to unzip it.
I just tried this with a recent pull of the IDE and the 09/15 bits from the v3 download site on Solaris. I could not replicate this.. so I tightened up the platform/os info.
Actually, it's all UNIX platforms. Petr manually unzipped the server distribution. We don't add execute permissions in that case, only when the server is unzipped via Download action. Easy enough to fix, I just needed to know what he did.
Further clarification -- some unzip utilities ("unzip" on Solaris) will set the execute bits. Others (anything using the JDK api's, presumably http://www.mucommander.com/ as well) will not. I moved the code that handles execute bits to the instantiate() method in the wizard. This code will be executed only on UNIX (or rather, any OS except Windows) and only on installs that are owned by the current user (e.g not root installs) and will ensure that the scripts available at registration time have execute permissions.
Fixed http://hg.netbeans.org/main/rev/c1bb648b3359 http://hg.netbeans.org/main/rev/ac5784e64779
Integrated into 'main-golden', will be available in build *200809181401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/c1bb648b3359 User: pcw@netbeans.org Log: #146896 added visible warning message when chmod is not found on unix platforms (when adjusting execute permissions of glasfish scripts).
Confirmed - works fine for me now.