L'extension Java et Kotlin de JetBrains pour VS Code passe en 1.0

JetBrains a publié la version 1.0 de « Java and Kotlin by IntelliJ IDEA », une extension qui place l'analyse de code d'IntelliJ IDEA dans VS Code et Cursor. L'entreprise a annoncé la première version stable le 15 octobre 2026, après une préversion lancée en août. C'est important, car les développeurs Java et Kotlin n'ont plus besoin de l'éditeur de JetBrains pour profiter de ses vérifications. Mais la préversion gratuite est terminée.

Le site technologique japonais Mado no Mori, qui fait partie d'Impress Watch, a rapporté la sortie le 19 octobre. Les pages d'aide de JetBrains décrivent ce que fait l'extension.

Ce que fait l'extension

L'extension apporte le cœur d'IntelliJ IDEA, l'éditeur Java de JetBrains, aux éditeurs construits sur VS Code. Selon Mado no Mori, cela couvre VS Code de Microsoft, l'éditeur d'IA Cursor et Antigravity de Google. Elle est publiée sur le Visual Studio Marketplace et sur l'Open VSX Registry, la boutique ouverte qu'utilisent Cursor et d'autres dérivés de VS Code.

La page d'aide de JetBrains liste ces fonctions :

Domaine	Ce qui est inclus
Édition	Complétion de code, navigation, refactorings, mise en forme du code
Analyse	Inspections IntelliJ et corrections rapides
Frameworks	Analyse de code pour Spring Core, Spring Data et Spring Boot
Exécution	Lancer et déboguer des applications Java et Kotlin, lancer les tests
Projets	Import depuis Gradle, Maven et Bazel
Versions	Java 25, Java 27 en accès anticipé, Kotlin 2.4

Elle gère les projets en Java pur, en Kotlin pur et les projets mixtes. Pour l'instant, l'exécuteur de tests ne prend en charge que JUnit, selon Mado no Mori.

Comment elle fonctionne

L'extension repose sur le Language Server Protocol, ou LSP. Le LSP est une méthode standard qui permet à un éditeur de demander à un programme séparé, appelé serveur de langage, des complétions, des erreurs et des corrections. L'éditeur affiche les résultats ; le serveur fait la réflexion.

Selon la page d'aide de JetBrains, son serveur « s'exécute en arrière-plan pour analyser votre projet ». Comme il parle un protocole standard, d'autres éditeurs compatibles LSP pourraient réutiliser le même serveur, note Mado no Mori.

Ses vérifications recoupent celles des extensions Java de Red Hat et d'Oracle, que beaucoup d'utilisateurs de VS Code utilisent déjà. JetBrains recommande de les désactiver pour éviter les avertissements en double. Elle fonctionne sans problème aux côtés de Spring Tools, selon l'article.

Ce qu'elle coûte désormais

La version 1.0 met fin à la préversion gratuite. L'extension exige désormais un abonnement à IntelliJ IDEA Ultimate ou à l'All Products Pack de JetBrains. Un essai de 30 jours est disponible. Mado no Mori n'a pas donné de prix.

Une seule licence couvre l'application de bureau IntelliJ IDEA et les éditeurs de la famille VS Code. JetBrains précise que la licence est destinée aux personnes, pas aux agents logiciels. L'entreprise prévoit d'annoncer plus tard un modèle de licence distinct pour un usage par des agents seuls.

La place des agents d'IA

JetBrains prévoit de laisser les agents d'IA appeler directement le serveur de langage. Les prochaines versions donneraient aux agents de Cursor et de la vue agent de VS Code la même analyse que celle que voit une personne.

L'entreprise teste aussi l'appel de l'analyse Java et Kotlin d'IntelliJ par les agents de code en terminal, Claude Code et Codex. Selon Mado no Mori, une annonce est attendue prochainement. Aucune de ces fonctions n'est dans la version 1.0.

Ce que cela signifie pour les développeurs

Si votre équipe se partage entre IntelliJ et VS Code ou Cursor, c'est le premier moyen stable de donner les mêmes inspections aux deux groupes. Un code qui passe la revue dans un éditeur devrait maintenant signaler les mêmes problèmes dans l'autre.

Vérifiez vos licences avant le déploiement. Quiconque utilisait la préversion gratuite a désormais besoin d'un siège Ultimate ou All Products Pack. Les équipes passées à Cursor pour économiser sur les licences d'IDE ne feront pas cette économie si elles veulent les vérifications d'IntelliJ.

Faites d'abord le ménage dans vos extensions. Désactivez les extensions Java de Red Hat et d'Oracle dans le même espace de travail, comme le conseille JetBrains. Sinon, attendez-vous à des avertissements en double et à des corrections rapides concurrentes.

Testez votre build avant de changer. Les projets Maven, Gradle et Bazel s'importent. Mais un projet qui dépend de TestNG ou d'un autre exécuteur que JUnit ne pourra pas encore lancer ses tests depuis l'éditeur.

Surveillez la licence pour agents. Si vous comptez laisser Claude Code, Codex ou l'agent de Cursor utiliser l'analyse d'IntelliJ en CI ou dans des tâches sans surveillance, la licence pour personnes pourrait ne pas le couvrir. Attendez les tarifs agents de JetBrains avant de bâtir là-dessus.