[jbosstools-issues] [JBoss JIRA] (ERT-593) C# debugging

[Mickael Istria (JIRA)]

     [ https://issues.jboss.org/browse/ERT-593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mickael Istria updated ERT-593:
-------------------------------
    Description: 
This ticket tracks long-term progress, investigation and possible actions about C# debugging on Eclipse IDE (or other non VS/VSCode IDEs).

Current state is the vsdbg, which has support for debug adapter protocol (so it would be easy to consume in Eclipse IDE/Che) actually has a vendor lock which prevents it to start when not invoked from VS or VSCode.

An alternative can be to follow https://github.com/Samsung/netcoredbg/issues/1 and use this debugger in place of vsdbg as soon as debug adapter protocol support is in.
If we want to experiment, we can also try to write a VSCode extension that would start the vsdbg and simply forward streams. So the client (Eclipse IDE, Eclipse Che) could just create sockets and start `vscode` with some options (such environment variables) to have VSCode start vsdbg and connecting to the parameterized socket. Hopefully, as it would be VSCode invoking vsdbg, vsdbg would work and the extension would make vscode proxy would be a good server adapter for clients.

  was:
This ticket tracks long-term progress, investigation and possible actions about C# debugging on Eclipse IDE (or other non VS/VSCode IDEs).

Current state is the vsdbg, which has support for debug adapter protocol -so it would be easy to consume in Eclipse IDE/Che- actually has a vendor lock which prevents it to start when not invoked from VS or VSCode.

An alternative can be to follow https://github.com/Samsung/netcoredbg/issues/1 and use this debugger in place of vsdbg as soon as debug adapter protocol support is in.
If we want to experiment, we can also try to write a VSCode extension that would start the vsdbg and simply forward streams. So the client (Eclipse IDE, Eclipse Che) could just create sockets and start `vscode` with some options (such environment variables) to have VSCode start vsdbg and connecting to the parameterized socket. Hopefully, as it would be VSCode invoking vsdbg, vsdbg would work and the extension would make vscode proxy would be a good server adapter for clients.



> C# debugging
> ------------
>
>                 Key: ERT-593
>                 URL: https://issues.jboss.org/browse/ERT-593
>             Project: Eclipse Release Train
>          Issue Type: Enhancement
>            Reporter: Mickael Istria
>
> This ticket tracks long-term progress, investigation and possible actions about C# debugging on Eclipse IDE (or other non VS/VSCode IDEs).
> Current state is the vsdbg, which has support for debug adapter protocol (so it would be easy to consume in Eclipse IDE/Che) actually has a vendor lock which prevents it to start when not invoked from VS or VSCode.
> An alternative can be to follow https://github.com/Samsung/netcoredbg/issues/1 and use this debugger in place of vsdbg as soon as debug adapter protocol support is in.
> If we want to experiment, we can also try to write a VSCode extension that would start the vsdbg and simply forward streams. So the client (Eclipse IDE, Eclipse Che) could just create sockets and start `vscode` with some options (such environment variables) to have VSCode start vsdbg and connecting to the parameterized socket. Hopefully, as it would be VSCode invoking vsdbg, vsdbg would work and the extension would make vscode proxy would be a good server adapter for clients.



--
This message was sent by Atlassian JIRA
(v7.5.0#75005)