Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 316672 - PBS: Remove manual launch option
Summary: PBS: Remove manual launch option
Status: CLOSED FIXED
Alias: None
Product: PTP
Classification: Tools
Component: RM.PBS (show other bugs)
Version: 4.0   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Roland Schulz CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 316054
Blocks:
  Show dependency tree
 
Reported: 2010-06-11 23:34 EDT by Roland Schulz CLA
Modified: 2010-07-14 17:10 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roland Schulz CLA 2010-06-11 23:34:41 EDT
The manual launch option is not supported and thus should be removed from the GUI. As an alternative it should be implemented.

The manual launch would be useful if there is no other way to specify additional arguments. Currently the PBS proxy itself does not accept additional arguments but it is conceivable that we might e.g. add the option to pass a -debug argument. Already now it is useful to pass additional JVM options (e.g. -Xdebug). Currently those have to be added to the proxy.xml.

Thus for debugging purposes either the manual launch or the additional arguments should work (Bug 316054). I would prefer to get the additional arguments to work and to remove the manual launch.
Comment 1 Roland Schulz CLA 2010-07-09 20:18:22 EDT
I suggest

1) Remove the manual launch option from the GUI (only for PBS/Jproxy)
2) Show the full remoteServer launchCommand in the Proxy Option dialog (with the placeholders)

This would allow to specify additional java arguments, command arguments and the location of the java binary. And we wouldn't need to implement manual launch.

Is this OK?
Comment 2 Greg Watson CLA 2010-07-12 09:24:18 EDT
In order to avoid significant changes to the server launch code, I'd suggest implementing (2) using variables, since these are already used. The default launch command would be stored in the variable ${launchCommand} which could be modified by the RM configuration wizard.

The manual launch option is useful when you want to be able to start the server under the control of a debugger, rather than attach at a later point (and possibly miss something in the startup code). It is also useful for testing if there are firewall problems (though not for tunneling). I don't have any objections if you want to remove it though, since it is really only there for debugging purposes.
Comment 3 Roland Schulz CLA 2010-07-14 17:02:12 EDT
(In reply to comment #2)
> In order to avoid significant changes to the server launch code, I'd suggest
> implementing (2) using variables, since these are already used. The default
> launch command would be stored in the variable ${launchCommand} which could be
> modified by the RM configuration wizard.
For now I have only implemented that one can add jvm arguments. This is enough for debugging. If we think we need also the option to specify the path to the java binary than we should do that in a that it also changes the verifyCommand. Thus their should be a jvmpath variable which is used in both.
Comment 4 Roland Schulz CLA 2010-07-14 17:10:28 EDT
deactivating manual launch: committed to HEAD (required API change)
allow setting debug option: committed to HEAD+ptp4