Closed brianoliver closed 8 years ago
@brianoliver said: This may be a little involved as it requires a two-phase approach to using the Option.
Phase 1: To produce the JVM option string (for the Local process) Phase 2: To wait for a connection back to the JVM from a port defined by the option.
This issue was imported from JIRA ORACLETOOLS-157
Reported by @brianoliver
Marked as fixed by @brianoliver on Monday, February 15th 2016, 3:56:53 pm
Currently RemoteDebugging is a hard-coded Java-based Option, the Option implementation itself carrying state. Instead it should be a RemoteDebugging Profile (that also implements the Option interface), which includes the necessary interceptors to enable, disable and configure remote debugging for Java applications.
Ultimately this will replace (and thus break applications using) the RemoteDebugging option, but importantly it will isolate (refactor) the current remote debugging code into a single class.