Test build failure

Offen

#1,431 erstellt am 24.1.2024 6 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: java, vscode
Bereich: build-system, devtools, testing

Rechercherichtung

Beginne mit den Java-Kompatibilitätseinstellungen in build.gradle und vergleiche den Gradle-Sidebar-Build mit dem Test runner-Aufruf im gemeldeten remote-SSH-Setup. Überprüfe die konfigurierte Java-Laufzeitumgebung und ermittle, warum der Testpfad javax.xml.bind nicht auflösen kann; abgeschlossen ist die Aufgabe, wenn die Abweichung reproduziert und eine dokumentierte oder verifizierte Lösung identifiziert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

ai-triaged question

Hello
I have a java project with gradle build.

I want to build with Java 8. My code used packages removed in java 11, for example javax.xml.bind.JAXBContext

So , in my build.gradle, I have

    java {
        sourceCompatibility = JavaVersion.VERSION_1_8
        targetCompatibility = JavaVersion.VERSION_1_8
    }

And I can run gradle tasks build/check/test using the vscode gradle side bar item without issues.

But when I try to launch a test using Test runner, the gradle build fails with "error: package javax.xml.bind does not exist"
So it seems to build with Java 11!
So why? Does test runner uses another gradle version (where java sourceCompatibility/targetCompatibility is not supported)?
Does a workaround exists?
I checked also Command -> Configure java runtime , and I have Java 1.8 configured too.

Environment

Operating System: VScode is running on Windows 10 with a remote-ssh to a Linux workstation
JDK version: 1.8
Visual Studio Code version: 1.85.2
Java extension version: 0.25.15

Vorherrschende Sprache: TypeScript
Sterne: 591
Forks: 429
Ø Merge: 1 T. 3 Std.
Gemergte PRs (30 T.): 19

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/vscode-java-debug

Debugger for Java impede a criação do launch.json e trava a configuração de depuração Offen

ai-triaged bug

microsoft/vscode-java-debug#1703 · 1 Kommentar · 1 Reaktion · 1 zugewiesene Person · Erstellt am 23.9.2026
Add option to disable no-config debugging Offen

ai-triaged enhancement

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100

microsoft/vscode-java-debug#1689 · 2 Kommentare · Erstellt am 06.9.2026
Extension appends malformed string to PATH Offen

ai-triaged bug

microsoft/vscode-java-debug#1666 · 1 Kommentar · 1 zugewiesene Person · Erstellt am 05.8.2026
Run action hangs at "Resolving main class..." with no further response Offen

ai-triaged bug

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

microsoft/vscode-java-debug#1658 · 1 Kommentar · Erstellt am 23.7.2026
Debugger => Some variable content popup issues Offen

ai-triaged enhancement

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100

microsoft/vscode-java-debug#1628 · 3 Kommentare · Erstellt am 17.4.2026

Alle Issues in microsoft/vscode-java-debug