Add support for JDT Debbuger and Test Infrastructure?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- java, typescript, vscode
- Ambito
- developer-experience, devtools, testing
Direzione di ricerca
L’issue non indica file, test o punti di ingresso, quindi occorre innanzitutto chiarire l’ambito dell’integrazione del debugging e dei test JDT con VSCode. Esamina le responsabilità dell’estensione Java esistente e di Microsoft helper-extension, quindi individua i confini rilevanti tra Debug Adapter Protocol e Test Protocol. Il lavoro è completato quando è definito un piano di implementazione per il debugging unificato e l’esecuzione dei test, con parità rispetto alle esperienze Eclipse e CLI.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- TypeScript
- Stelle
- 2.3k
- Fork
- 547
- Merge medio
- 20h 9m
- PR unite (30g)
- 10
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di redhat-developer/vscode-java
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
redhat-developer/vscode-java#4509 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
redhat-developer/vscode-java#4426 ·
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
redhat-developer/vscode-java#4506 · 3 commenti · 4 reazioni ·
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
redhat-developer/vscode-java#4505 · 2 commenti · 2 reazioni ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
redhat-developer/vscode-java#4504 · 3 commenti · 1 reazione ·
Tutte le issue di redhat-developer/vscode-java
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
safetrustcr/dApp-SafeTrust#426 ·
-
area:workflow bug ready-for-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
fil-donadoni/tolaria#4409 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
Fission-AI/OpenSpec#1960 ·
-
Add dependabot Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
corsairdev/corsair#1764 ·