Système de modules de plateforme Java

Le système de modules de la plateforme Java ( JPMS ) spécifie un format de distribution pour les collections de code Java et les ressources associées. Il spécifie également un dépôt pour stocker ces collections, ou modules , et indique comment les découvrir, les charger et vérifier leur intégrité. Il inclut des fonctionnalités telles que les espaces de noms afin de corriger certaines lacunes du format JAR existant , notamment le « JAR Hell » , qui peut entraîner des problèmes de chemin de classe et de chargement de classes.

Le système de modules Java était initialement développé dans le cadre du processus communautaire Java sous le nom de JSR 277 et devait être publié avec Java 7.

La JSR 277 a ensuite été mise en suspens et le projet Jigsaw a été créé pour modulariser le JDK. Cette JSR a été remplacée par la JSR 376 (Java Platform Module System).

Le projet Jigsaw était initialement prévu pour Java 7 (2011), mais a été reporté à Java 8 (2014) dans le cadre du plan B, puis à une nouvelle version de Java 9 en 2017. Java 9, incluant le système de modules Java, a été publié le 21 septembre 2017.

• JEP 200 : Le JDK modulaire : Définir une structure modulaire pour le JDK
• JEP 201 : Code source modulaire : Réorganiser le code source du JDK en modules, améliorer le système de compilation pour compiler les modules et imposer des limites aux modules lors de la compilation.
• JEP 220 : Images d’exécution modulaires : Restructurer les images d’exécution du JDK et du JRE pour prendre en charge les modules et améliorer les performances, la sécurité et la maintenabilité
• JEP 261 : Système de modules : Implémentation du système de modules de la plateforme Java
• JEP 282 : Le lien Java : Créer un outil capable d'assembler et d'optimiser un ensemble de modules et leurs dépendances dans une image d'exécution personnalisée
• JSR 376 : Système de modules de plateforme Java

De plus, plusieurs autres fonctionnalités de JDK 9 ont été ajoutées pour faciliter la transition vers le système de modules :

• JEP 238 : Fichiers JAR multiversions : Étendre le format de fichier JAR pour permettre à plusieurs versions de fichiers de classe, spécifiques à une version de Java, de coexister dans une seule archive.
• JEP 253 : Préparer les contrôles d’interface utilisateur JavaFX et les API CSS à la modularisation : définir des API publiques pour les fonctionnalités JavaFX actuellement disponibles uniquement via des API internes et qui deviendraient inaccessibles en raison de la modularisation.
• JEP 260 : Encapsuler la plupart des API internes : Rendre la plupart des API internes du JDK inaccessibles par défaut, mais laisser accessibles quelques API internes critiques et largement utilisées, jusqu’à ce que des solutions de remplacement prises en charge existent pour la totalité ou la majeure partie de leurs fonctionnalités.
• JEP 275 : Packaging modulaire des applications Java : Le packager Java évoluera pour JDK 9, en prenant en compte les modules, ce qui permettra par exemple de packager un module et tous les modules dont il dépend.

Les modules servent à regrouper les paquets et à contrôler précisément ceux qui appartiennent à l'API publique. Contrairement aux fichiers JAR , les modules déclarent explicitement leurs dépendances et les paquets qu'ils exportent. Ces déclarations de dépendances explicites améliorent l'intégrité du code en facilitant la compréhension des applications de grande envergure et des dépendances entre les composants logiciels.

La déclaration du module est placée dans un fichier nommé module-info.java à la racine de l'arborescence des fichiers sources du module. Le JDK vérifie les dépendances et les interactions entre les modules à la compilation et à l'exécution.

Par exemple, la déclaration de module suivante indique que le module org.wikipedia.bardépend d'un autre org.wikipedia.bazmodule et exporte les packages suivants : org.wikipedia.bar.alphaetorg.wikipedia.bar.beta :

module org.wikipedia.bar { nécessite org.wikipedia.baz; exportations org.wikipedia.bar.alpha; exportations org.wikipedia.bar.beta; }

Les membres publics des org.wikipedia.bar.alphapackages org.wikipedia.bar.betaseront accessibles par les modules dépendants. Les membres privés sont inaccessibles, même par réflexion . Notez que dans les versions Java 9 à 16, la permission de cet « accès illégal » dépend d'un paramètre de ligne de commande.

Le JDK lui-même a été modularisé dans Java 9. [ exemple, la majorité de la bibliothèque standard Java est exportée par le module java.base.

Depuis Java 25, les modules peuvent être importés directement, ce qui emporte automatiquement tous les packages exportés. Cela se fait à l'aide de `import` import module. Par exemple, `import` est équivalent à `import` ., "Orange" , "Yellow" , "Green" , "Blue" , ​​"Indigo" , "Violet" ); IO . println ( MessageFormat . format ( "My favourite colour is {0} and today is {1,date,long}" , colours . get ( ThreadLocalRandom . current (). nextInt ( colours . size ())), new Date () )); } }