Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Add support for JDT Debbuger and Test Infrastructure?

Ouverte
#4,453 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
Calme
Stack technique
java, typescript, vscode

Piste de recherche

L’issue ne nomme aucun fichier, test ou point d’entrée. Il faut donc d’abord clarifier le périmètre de l’intégration du débogage et des tests JDT avec VSCode. Examinez les responsabilités de l’extension Java existante et de Microsoft helper-extension, puis identifiez les limites pertinentes entre Debug Adapter Protocol et Test Protocol. Le travail est terminé lorsqu’un plan d’implémentation défini pour le débogage unifié et l’exécution des tests, avec parité avec les expériences Eclipse et CLI, est disponible.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement

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.

Langage dominant
TypeScript
Étoiles
2.3k
Forks
549
Merge moyen
8 h 20 min
PR mergées (30 j)
6

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de redhat-developer/vscode-java

Toutes les issues de redhat-developer/vscode-java

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.