Add support for JDT Debbuger and Test Infrastructure?

Today, the VSCode Java suite of extensions use only the JDT's Language Services. Debugging, Testing Infrastructure, and other miscellaneous abilities (such as project view) are done by Microsoft's Helper extensions.

While I have no disdain for the Microsoft extensions, I believe we should unify the experience across the full Eclipse IDE and VSCode. That is, the default debugger and test runners should be the one that is natively used by the Eclipse IDE, communicated to VSCode via the Debug Adapter Protocols and Test Protocols.

Why, you might ask? Mainly to unify the experience. Most VSCode Extensions do the same:

Microsoft's own C# Dev Kit uses the same debugger and internal engine as Visual Studio for debugging and running tests.

Oracle's Java Extension uses the same Debugger and Test Infrastructure as NetBeans, communicated to VSCode via LSP and DAP.

Also, the Java Debugger by Microsoft doesn't use DAP, it uses its own custom solution, and the Java test extension produces garbage outputs when running tests, rather than having parity with CLI.

Would be neat to have one unified experience across both the native Eclipse IDE, and VSCode.

Thank You.

Das Issue nennt keine Dateien, Tests oder Einstiegspunkte. Kläre daher zunächst den Umfang der Integration von JDT-Debugging und -Tests mit VSCode. Überprüfe die Verantwortlichkeiten der bestehenden Java extension und Microsoft helper-extension und identifiziere anschließend die relevanten Grenzen zwischen Debug Adapter Protocol und Test Protocol. Als abgeschlossen gilt die Definition eines Implementierungsplans für einheitliches Debugging und die Ausführung von Tests mit Parität zu den Eclipse- und CLI-Erfahrungen.