Le support pour la prise en charge de Java débarque en préversion sur Visual Studio Code
Avec plus de fonctionnalités prévues pour bientôt
Le 2016-09-20 22:45:31, par Olivier Famien, Chroniqueur Actualités
Depuis que Microsoft s’est tournée vers l’open source, nombreux sont les projets qui convergent vers les plateformes de la firme. En mars dernier, c’est Windows 10 qui a accueilli le sous-système Linux (WSL) afin d’exécuter les binaires Linux. Avant cette prouesse, Microsoft s’est lancé depuis 2015 dans le développement d’une version multi-plate-forme de son environnement de développement intégré (EDI) à succès Visual Studio. Cela a abouti à la mise en œuvre de Visual Studio Code, un éditeur de codes open source, et multi-plate-forme supportant plusieurs langages tels que Angular, PHP, C++, C#, HTML, Python, Go, JavaScript, Ruby, Ruby, JSON, Node.js, etc.
Depuis sa mise sous licence open source, Visual Studio Code s’est enrichi de divers outils et fonctionnalités. À sa version 1.0, l’EDI supportait déjà plus de 100 langages de programmation avec plus de 1 ;000 extensions qui ont été créés pour étoffer ses fonctionnalités.
Depuis quelques jours, une extension pour java a été rendue disponible afin de permettre aux développeurs Java d’utiliser Visual Studio Code pour le développement de leurs projets. Cela a été possible en exploitant les avantages qu’offre le protocole de langage serveur développé par Microsoft et d’autres entreprises.
Il faut rappeler qu’en juin dernier, Microsoft et Red Hat ont annoncé conjointement qu’ils travaillaient de concert afin de créer un nouveau protocole ouvert pour les services des langages. L’idée était de créer une API que les EDI pourraient invoquer pour obtenir les fonctionnalités du langage souhaité.
Après quelques mois de travaux, le protocole basé sur JSON-RPC a été créé et adopté afin de permettre à n’importe quel éditeur de langages et d’outils d'offrir la prise en charge de son langage et des fonctionnalités de son langage par Visual Studio Code ou d'autres EDI supportant ce protocole. Pour comprendre son fonctionnement, il faut savoir que l’éditeur de langage définit côté serveur toute la syntaxe, les fonctionnalités et les outils de son langage et permet à Visual Studio ou n’importe quel EDI d’accéder à ce langage et les outils affiliés en les invoquant à partir de ce protocole de langage serveur. À chaque modification, une communication permanente est nécessaire entre l’EDI et le serveur.
C’est à partir de ce protocole que les développeurs de Red Hat viennent de permettre à Visual Studio Code de supporter Java. Les développeurs Java peuvent désormais se tourner vers cet EDI pour le développement de leurs projets. Pour ce faire, ces derniers devront installer l’extension mise en ligne ainsi que Java 8 Runtime.
Il faut noter que le support de ce langage est encore dans sa phase de préversion. Plusieurs autres fonctionnalités ne sont pas encore disponibles. Mais pour l’heure, vous avez déjà droit à ces outils :
Les développeurs de Red Hat annoncent également plusieurs autres fonctionnalités dans un futur proche.
Télécharger l’extension Java pour Visual Studio Code
Source : Blog Red Hat, Microsoft
Et vous ?
Avez-vous testé cette extension ;? Comment l’avez-vous trouvée ;?
Voir aussi
VS Code : Microsoft lance une extension pour le débogage de sites web pour les appareils iOS depuis son éditeur de code et sans avoir besoin d'un Mac
Depuis sa mise sous licence open source, Visual Studio Code s’est enrichi de divers outils et fonctionnalités. À sa version 1.0, l’EDI supportait déjà plus de 100 langages de programmation avec plus de 1 ;000 extensions qui ont été créés pour étoffer ses fonctionnalités.
Depuis quelques jours, une extension pour java a été rendue disponible afin de permettre aux développeurs Java d’utiliser Visual Studio Code pour le développement de leurs projets. Cela a été possible en exploitant les avantages qu’offre le protocole de langage serveur développé par Microsoft et d’autres entreprises.
Il faut rappeler qu’en juin dernier, Microsoft et Red Hat ont annoncé conjointement qu’ils travaillaient de concert afin de créer un nouveau protocole ouvert pour les services des langages. L’idée était de créer une API que les EDI pourraient invoquer pour obtenir les fonctionnalités du langage souhaité.
Après quelques mois de travaux, le protocole basé sur JSON-RPC a été créé et adopté afin de permettre à n’importe quel éditeur de langages et d’outils d'offrir la prise en charge de son langage et des fonctionnalités de son langage par Visual Studio Code ou d'autres EDI supportant ce protocole. Pour comprendre son fonctionnement, il faut savoir que l’éditeur de langage définit côté serveur toute la syntaxe, les fonctionnalités et les outils de son langage et permet à Visual Studio ou n’importe quel EDI d’accéder à ce langage et les outils affiliés en les invoquant à partir de ce protocole de langage serveur. À chaque modification, une communication permanente est nécessaire entre l’EDI et le serveur.
C’est à partir de ce protocole que les développeurs de Red Hat viennent de permettre à Visual Studio Code de supporter Java. Les développeurs Java peuvent désormais se tourner vers cet EDI pour le développement de leurs projets. Pour ce faire, ces derniers devront installer l’extension mise en ligne ainsi que Java 8 Runtime.
Il faut noter que le support de ce langage est encore dans sa phase de préversion. Plusieurs autres fonctionnalités ne sont pas encore disponibles. Mais pour l’heure, vous avez déjà droit à ces outils :
- le support des projets basés sur Maven ;;
- la notification des erreurs de compilation en temps réel ;;
- la prise en charge de l’autocomplétion du code ;;
- la possibilité de consulter la documentation Java en survolant les objets du langage ;;
- la prise en charge de l’aperçu du code ;;
- le support de la navigation dans le code ;;
- le support du formatage de code ;;
- la possibilité de mettre en surbrillance d’une partie du code ;;
- la prise en charge de CodeLens ;;
Les développeurs de Red Hat annoncent également plusieurs autres fonctionnalités dans un futur proche.
Source : Blog Red Hat, Microsoft
Et vous ?
Voir aussi
-
Mickael_IstriaMembre émériteCombien de temps ca t'a coute de faire ta config aux petits oignons? La simplicite de demarrage est l'une des choses les plus importantes pour beaucoup d'utilisateurs. Le scenario a base de vim n'est clairement pas le meilleur pour eux.infiniment moins puissantet en plus développé par une boite qui a quand même un gros passif niveau enfumage du monde... ?le 06/03/2017 à 15:32
-
smartiesExpert confirméCool mais je continue d'utiliser VSCodium afin de me passer des télémétrie de M$le 08/07/2022 à 10:39
-
air-dexMembre expertUn bon petit éditeur sur lequel Microsoft fait du bon travail. Je l'avais testé il y a longtemps et je ne l'avais pas trouvé sensationnel, loin de là même. Mais je l'ai retesté il n'y a longtemps et je trouve qu'il a très bien évolué. Il a encore un peu de chemin à faire, mais il est clairement sur la bonne voie. Avant ce n'était qu'un éditeur pour geeks à bidouiller. Maintenant c'est un bon petit logiciel sympa, mais qui a le cul entre deux chaises : trop gros pour être considéré comme un simple éditeur de texte comme Notepad++, Kate ou gedit, mais pas assez consistant pour être utilisable au quotidien en remplacement d'un EDI plus ambitieux comme Eclipse ou IntelliJ. En l'état actuel des choses c'est une très bonne alternative à Geany.
Il ne manque pas grand chose à VS Code pour pouvoir être envisageable en remplacement d'un EDI type Eclipse ou IntelliJ, notamment une barre d'icônes en alternative au menu et aux raccourcis claviers. Pour le reste il sera possible d'en faire un bon EDI avec les plugins qui vont bien.le 17/05/2019 à 19:05 -
dfiad77proMembre expérimenté+ 1 pour la barre d'icones, j'avais oublié ça mais en effet c'est super intéressant pour la productivité.
Je rajoute aussi le fait donner la possibilité de docker la barre de commande pour qu'elle soit toujours visiblele 17/05/2019 à 19:26 -
dfiad77proMembre expérimentébref il y a plein de chose à dire sur vscode 1.41 : les evols du layout, de la tokenisation, du langage server, le terminal webgl, electron etc..
Un énorme travail à été fait pour clôturer la roadmap 2019 et par respect pour cela il faut avoir des discussions intelligentes !
marre de ces gens qui pourrissent les news avec des réponses de merde ! Pardon pour le terme , mais ça viens du coeur
donc -1 pour ton commentairele 13/12/2019 à 18:51 -
pierre.EMembre confirmémoi j'aimerais surtout un bouton pour chaque langage avec les extensions utiles pour éviter de me coltiner la recherche d'extensionle 12/03/2021 à 18:18
-
Mickael_IstriaMembre émériteAttention VS != VSCode.
En fait, VSCode est a la mode. Il marche tres bien pour plusieurs technos et correspond a ce que cherchent les gens qui veulent des "editeurs riches" plutot que des IDE - et la ligne entre les 2 est tres trouble. VSCode essaye d'avoir les features d'un IDE sans porter le nom ou certains workflows ou lourdeurs typiques des IDE.
Le public actuel de VSCode, c'est plutot des devs Web, JS ou TypeScript avec pas des masses d'experiences en Java, des gens dont le seul contact avec les Java et les IDEs a ete a l'universite. Ce public rejette l'idee de Java, des applis ecrites en Java et compagnie; par principe et avec des arguments ras des paquerettes bien souvent. Avoir Java dans VSCode, c'est plus un moyen de toucher ce public qu'un service rendu aux developpeurs Java actuels qui restent largement plus productifs avec les IDEs classiques.le 23/09/2016 à 18:03 -
IradrilleExpert confirméÇà dépend surtout de l'application que tu fais :
- un petit script de ~100 lignes pour automatiser une tache ? Pas besoin d'un "vrai" IDE pour ça.
- un gros projet ? Un IDE est vraiment pratique (voire indispensable).
Et c'est indépendant du langage.le 23/09/2016 à 19:49 -
C'est pas le comportement par défaut normalement.
Regarde dans les paramètres et les options "editor.formatOnSave" etc...
J'aime bien VSC sinon, je l'utilise de plus en plus pour des projets JS ou NodeJS surtout avec intellisense.
Et puis plus fluide que mon IntelliJ pour de petits projets.le 03/03/2017 à 10:13 -
xarkamMembre éprouvéHum, non, code::blocks ou netbeans mais pas eclipse
Je ne doute pas des qualités d'eclipse qui s'améliore avec le temps, mais lui et moi avons un passif ^^
Mais bon, j'ai des licences jetbrains et leur ide font un café à mon goutle 07/03/2017 à 14:51