JetBrains' Java- und Kotlin-Erweiterung für VS Code erreicht 1.0

JetBrains hat Version 1.0 von „Java and Kotlin by IntelliJ IDEA“ veröffentlicht. Die Erweiterung bringt die Codeanalyse von IntelliJ IDEA in VS Code und Cursor. Das Unternehmen kündigte die erste stabile Version am 15. Oktober 2026 an, nach einer Vorschau, die im August begann. Das ist wichtig, weil Java- und Kotlin-Entwickler für die Prüfungen von JetBrains nicht mehr den eigenen Editor von JetBrains brauchen. Die kostenlose Vorschau ist allerdings vorbei.

Die japanische Tech-Seite Mado no Mori, Teil von Impress Watch, berichtete am 19. Oktober über die Veröffentlichung. Die eigenen Hilfeseiten von JetBrains beschreiben, was die Erweiterung kann.

Was die Erweiterung kann

Die Erweiterung bringt den Kern von IntelliJ IDEA, dem Java-Editor von JetBrains, in Editoren, die auf VS Code aufbauen. Laut Mado no Mori sind das Microsofts VS Code, der KI-Editor Cursor und Googles Antigravity. Sie ist im Visual Studio Marketplace und in der Open VSX Registry gelistet, dem offenen Store, den Cursor und andere VS-Code-Ableger nutzen.

Die Hilfeseite von JetBrains nennt diese Funktionen:

Bereich	Was enthalten ist
Bearbeiten	Codevervollständigung, Navigation, Refactorings, Codeformatierung
Analyse	IntelliJ-Inspektionen und Quick Fixes
Frameworks	Codeanalyse für Spring Core, Spring Data und Spring Boot
Ausführen	Java- und Kotlin-Apps ausführen und debuggen, Tests ausführen
Projekte	Import aus Gradle, Maven und Bazel
Versionen	Java 25, Java 27 Early Access, Kotlin 2.4

Sie unterstützt reine Java-Projekte, reine Kotlin-Projekte und gemischte Projekte. Der Test-Runner unterstützt laut Mado no Mori vorerst nur JUnit.

Wie sie funktioniert

Die Erweiterung baut auf dem Language Server Protocol auf, kurz LSP. LSP ist ein Standard, über den ein Editor ein separates Programm, einen sogenannten Language Server, nach Vervollständigungen, Fehlern und Korrekturen fragt. Der Editor zeigt die Ergebnisse an; die Denkarbeit macht der Server.

Laut der Hilfeseite von JetBrains „läuft der Server im Hintergrund, um Ihr Projekt zu analysieren“. Weil er ein Standardprotokoll spricht, könnten auch andere Editoren mit LSP-Unterstützung denselben Server nutzen, merkt Mado no Mori an.

Ihre Prüfungen überschneiden sich mit den Java-Erweiterungen von Red Hat und Oracle, die viele VS-Code-Nutzer bereits verwenden. JetBrains empfiehlt, diese abzuschalten, um doppelte Warnungen zu vermeiden. Laut dem Bericht funktioniert sie problemlos neben Spring Tools.

Was sie jetzt kostet

Mit Version 1.0 endet die kostenlose Vorschau. Für die Nutzung braucht man jetzt ein Abonnement von IntelliJ IDEA Ultimate oder vom All Products Pack von JetBrains. Es gibt eine 30-tägige Testversion. Mado no Mori nannte keine Preise.

Eine Lizenz deckt sowohl die Desktop-App IntelliJ IDEA als auch die Editoren der VS-Code-Familie ab. JetBrains sagt, die Lizenz sei für Menschen gedacht, nicht für Software-Agenten. Für die reine Nutzung durch Agenten will das Unternehmen später ein eigenes Lizenzmodell vorstellen.

Wo KI-Agenten ins Spiel kommen

JetBrains plant, KI-Agenten den Language Server direkt aufrufen zu lassen. Künftige Versionen sollen Agenten in Cursor und in der Agentenansicht von VS Code dieselbe Analyse geben, die ein Mensch sieht.

Das Unternehmen testet außerdem, wie die Terminal-Coding-Agenten Claude Code und Codex die Java- und Kotlin-Analyse von IntelliJ aufrufen. Laut Mado no Mori wird bald eine Ankündigung erwartet. Keine der beiden Funktionen ist in Version 1.0 enthalten.

Was das für Entwickler bedeutet

Wenn Ihr Team zwischen IntelliJ und VS Code oder Cursor aufgeteilt ist, ist das der erste stabile Weg, beiden Gruppen dieselben Inspektionen zu geben. Code, der in einem Editor durch das Review kommt, sollte im anderen nun dieselben Probleme melden.

Prüfen Sie Ihre Lizenzen vor dem Rollout. Wer die kostenlose Vorschau genutzt hat, braucht jetzt einen Ultimate- oder All-Products-Pack-Platz. Teams, die zu Cursor gewechselt sind, um IDE-Lizenzen zu sparen, sparen dieses Geld nicht, wenn sie IntelliJs Prüfungen wollen.

Räumen Sie zuerst Ihre Erweiterungsliste auf. Deaktivieren Sie im selben Workspace die Java-Erweiterungen von Red Hat und Oracle, wie JetBrains rät. Sonst drohen doppelte Warnungen und konkurrierende Quick Fixes.

Testen Sie Ihren Build vor dem Wechsel. Maven-, Gradle- und Bazel-Projekte lassen sich importieren. Ein Projekt, das auf TestNG oder einen anderen Runner als JUnit setzt, kann seine Tests aber noch nicht aus dem Editor starten.

Behalten Sie die Agenten-Lizenz im Blick. Wenn Claude Code, Codex oder der Agent von Cursor IntelliJs Analyse in CI oder in unbeaufsichtigten Jobs nutzen sollen, deckt die Lizenz für Menschen das womöglich nicht ab. Warten Sie auf die Agenten-Preise von JetBrains, bevor Sie darauf aufbauen.