New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add debug capabilities to LocalAppDeployer #369
Comments
A pair of PRs now enable debugging with local deployer. Works for me but there are open questions. I raised the PRs to drive the discussion: Info I included in those PRs: Created two pull requests (one on dataflow, the other on local deployer), these are for github issue #369 "Add debug capabilities to LocalAppDeployer". With these two in place you can turn on debug by specifying "module.foo.debug-port=8800" as a deployment property. The first pull request (on the deployer) recognizes a debug-port property and uses it to add a debug agent to the configuration for the Process it launches. The second pull request (on dataflow) recognizes the deployment pattern module..debug-port=XXX and maps that to the debug-port property in the deployer. This works but are the properties in the right place? Is it ok to have this as a deployment config property? (It is quite nice that turning debug on/off does not require meddling with the stream definition). What do we do for other deployers? Do we need a simpler 'debug=true/false' option alongside this for any that don't need a port, or do we need a deployer specific namespace subsection for this? |
Would be great to be able to debug the task launched by SCDF as well, see |
This was addressed in spring-cloud/spring-cloud-deployer-local#85; docs here. |
- Tweak all ApplicationRunner's to understand that when user wants to print help, we get same output with various options like -h, -help, --help, help. - Also change connection init so that if help is requests, we don't try to connect to a server by changing target. This removes error if shell is just about to print help. - We print static usage text and actual shell help command. - All these happen if commands are run within OS shell, there's no changes when actual shell instance is launched. - Didn't add tests as we're still figuring out how proper e2e tests should get handled. - Fixes #369
No description provided.
The text was updated successfully, but these errors were encountered: