-
Notifications
You must be signed in to change notification settings - Fork 344
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
Support Socket Listen when debugging Remote Java Application #415
Comments
In eclipse, there are 2 options Socket Attach and Socket Listen. Right now vscode-java-debug only support the Attach option.
|
If I understand the above comments correctly, remote debugging using vscode-java-debug currently requires the remote jvm debuggee be started with the jwdp agent with parameter "server=n" |
No, currently you need start your debuggee agent with "server=y" before attach. The first one to start is server, then the client can connect to it. |
thank you four your reply |
Correct. |
Having to switch to |
I’m trying to find out how common it is to use “Socket Listen”. What are some scenarios where you would use “Socket Listen” instead of “Socket Attach”? |
My current employer utilizes development sandboxes that are dynamically created in Linux environments through a homegrown work request system. Once a sandbox has been created via a work request, it is accessed through a launcher interface to initiate the UI. One of the optional fields is used to define the DNS entry for JD, instructing the sandbox to connect to the developer's listening debugger port. I assume this decision was made to prevent the proliferation of development sandboxes with open ports actively listening for incoming debugger connections, potentially reaching dozens—if not hundreds. This approach aims to make debugger interactions more intentional, mitigating the risk of unintentional connections or interruptions. |
The original request is from @krisrice.
Currently Java debugger supports Socket Attach by default when debugging remote Java application, the new feature request is to support Socket Listen for remote debugging.
The text was updated successfully, but these errors were encountered: