Dans Application modulaire Java et dépendances automodule .jar, je vous parlais de la difficulté de générer une image de son application via jlink lorsque l’on utilise des dépendances qui ne comportent pas de fichier de description module-info.java.
Je me suis de nouveau penché sur cette question dernièrement et j’ai commencé à regarder les utilitaires permettant de gérer les dépendances d’une application Java. Deux « grands » noms se partagent le gâteau avec Maven d’un côté et Gradle de l’autre.
Après avoir essayé Maven, je me suis rapidement tourné vers Gradle qui me semblait plus intéressant car récent, moderne et extensible (c’est une sorte de mélange entre Apache Maven et Apache Ant).
Le manuel utilisateur de Gradle est très détaillé, contrairement à Maven. Le DSL (Domain Specific programming Language) dispose aussi d’une documentation de référence détaillée.
Quelques conférences à propos de Gradle
L’extension gradle badass-jlink pour régler le problème des modules automatiques.
L’extension badass-jlink permet de gérer le problème des dépendances ne comportant pas de fichier de description module-info.java en combinant l’ensemble des dépendances non modulaires en une unique archive .jar pour laquelle le fichier module-info.java est généré.
Le module dispose également d’une documentation détaillée qui explique notamment son fonctionnement.
