Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Add support for JDT Debbuger and Test Infrastructure?

Aberta
  • Algo errado?
#4,453 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
25/100
Tipo de issue
Funcionalidade
Clareza
Precisa de esclarecimento
Status de atividade
Pouca atividade
Stack de tecnologia
java, typescript, vscode
Domínio
developer-experience, devtools, testing

Direção de pesquisa

A issue não nomeia arquivos, testes ou pontos de entrada, portanto primeiro esclareça o escopo da integração da depuração e dos testes de JDT com o VSCode. Revise as responsabilidades da extensão Java existente e de Microsoft helper-extension e, em seguida, identifique os limites relevantes entre Debug Adapter Protocol e Test Protocol. Considera-se concluído quando houver um plano de implementação definido para depuração unificada e execução de testes com paridade em relação às experiências do Eclipse e da CLI.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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.

Linguagem predominante
TypeScript
Estrelas
2.3k
Forks
548
Merge médio
3d 8h
PRs com merge (30d)
10

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de redhat-developer/vscode-java

Todas as issues de redhat-developer/vscode-java

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.