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.
Using Sun Java System App Server 9 Update 1, if I change the JVM options so that the server will fail when launched, and then I try to restart the running server with right-click on the appropriate entry in the Runtime->Servers list, the IDE will show a little animation in the bottom right-hand corner and a message "Stopping [or Restarting] Sun Java System Application Server 9". There is then no way to interrupt the stopping process. You have to wait for it to time out, or else quit the IDE. I understand that adding some explicit interrupt action could be problematic -- if you interrupt the stop or restart then the IDE might no longer know whether the app server is running. But it will be in that state after the timeout anyway so there is nothing to be gained by forcing the user to wait for that timeout. While the restart is hung, a right click on the dialogue will bring up a menu that includes "cancel process", but that item is greyed out.
please evaluate this against the v3 plugin...
This request still applies vs. V3. Such a timeout would still happen (currently 2 minutes, possibly could be shortened). There are a couple of possible improvements: 1) We can and probably should monitor the server log stream and see if we can identify specific server death throes where we can short circuit the timeout and kill the server automatically. There are definitely cases that are detectable. 2) For cases not covered by #1, consider that the current implementation protects itself against synchronization issues by simply disallowing the user to affect the server state while the state is in flux (e.g. stopping/starting). If we allow some form of "cancel start", we must ensure much more extensive synchronization correctness due to the nature of the new states that will be allowed. This is possible. It may not be worth the effort.
no issue should be assigned to issues. redistributing the load