Convertir JAR en EXE

Un utilisateur Windows peut avoir besoin d’un EXE lorsqu’une application Java doit être lancée par double-clic ou distribuée à des personnes n’ayant pas d’expérience de la ligne de commande Java. Le résultat est généralement un launcher ou un installer Windows, et non une conversion du bytecode Java en code machine natif.

Qu’est-ce que le format JAR ?

Un JAR (Java Archive) est un package basé sur ZIP contenant des fichiers .class compilés, des bibliothèques de dépendances, des images, des fichiers de configuration et des métadonnées. Les compilateurs Java, les IDE tels qu’IntelliJ IDEA et Eclipse, ainsi que les outils de build tels que Maven et Gradle créent des fichiers JAR.

Un JAR exécutable possède une entrée de manifest telle que Main-Class: com.example.Main et peut être démarré avec java -jar app.jar. L’ordinateur a besoin d’un runtime Java compatible ; un JDK fournit également le runtime requis, tandis qu’un JRE autonome peut être suffisant pour les anciennes distributions Java. Certains JAR sont des bibliothèques plutôt que des applications et ne possèdent aucun point d’entrée à lancer.

Qu’est-ce que le format EXE ?

Un EXE est un fichier Windows Portable Executable utilisé pour les applications, les launchers, les installers et les services. Un launcher EXE peut fournir le démarrage par double-clic, une icône, les informations de version Windows, la gestion de la ligne de commande, des vérifications de version Java et un paramètre de fenêtre de console.

Un wrapper EXE démarre toujours le programme Java via une JVM. Une application image ou un installer peut inclure un runtime Java privé, afin que les utilisateurs n’aient pas besoin d’installer Java séparément. Le résultat reste spécifique à Windows et ne s’exécute pas nativement sur macOS ou Linux.

Comment créer un EXE à partir d’un JAR

Utiliser Launch4j pour un launcher léger

1. Installez Launch4j depuis la distribution officielle du projet et vérifiez d’abord l’application avec java -jar app.jar.
2. Ouvrez Launch4j et définissez Basic → Output file sur un chemin tel que dist\MyApp.exe.
3. Définissez Basic → Jar sur app.jar. Si le JAR ne possède pas d’entrée de manifest Main-Class, indiquez le point d’entrée sous Basic → Main class.
4. Sous JRE, définissez la plage de versions Java requise. Pour distribuer un runtime privé, définissez JRE → Bundled JRE path sur un répertoire tel que runtime, puis fournissez ce répertoire à côté de l’EXE.
5. Si nécessaire, choisissez un fichier .ico sous Header → Icon, ajoutez les informations de version et sélectionnez le mode de console approprié.
6. Générez l’EXE et testez-le sur un système Windows propre. Sans runtime inclus, ce système doit disposer d’un runtime Java compatible.

Launch4j crée un launcher ; il ne répare pas les dépendances manquantes, ne convertit pas le bytecode Java en code natif et ne fournit pas automatiquement un runtime complet. Les chemins relatifs et le répertoire du runtime inclus doivent correspondre à la structure fournie aux utilisateurs.

Utiliser jpackage pour une application autonome

jpackage est inclus dans les versions modernes du JDK et crée des application images et des installers Windows. Il est préférable lorsque l’application doit contenir son propre runtime et ses métadonnées d’installation.

1. Générez et testez l’application, puis placez le JAR principal et les JAR de dépendances requis dans un répertoire d’entrée tel que dist. Une tâche de distribution Maven ou Gradle peut produire ce répertoire.
2. Confirmez la classe principale. Utilisez l’entrée du manifest lorsqu’elle est présente, ou fournissez-la explicitement avec --main-class.
3. Effectuez le packaging sous Windows. Les types d’installer tels que exe et msi nécessitent les prérequis de packaging Windows pris en charge par la version du JDK, généralement WiX ; une application image ne nécessite pas d’outil d’installation.
4. Exécutez une commande similaire à :
   jpackage --type exe --input dist --name MyApp --main-jar app.jar --main-class com.example.Main --dest release --win-shortcut --win-menu
5. Utilisez --icon app.ico pour une icône et --app-version 1.0.0 pour la version affichée. Testez l’installation et le démarrage sur une machine Windows dépourvue du JDK de développement.

Pour obtenir un répertoire d’application portable plutôt qu’un installer, utilisez --type app-image. L’image obtenue inclut un runtime privé et est généralement beaucoup plus volumineuse qu’un wrapper Launch4j.

Compatibilité et limitations de qualité

• L’application a besoin d’un point d’entrée valide, de chaque dépendance requise et de modules Java compatibles. Un launcher ne peut pas corriger les classes manquantes, les chemins de ressources invalides ou une version Java incompatible.
• Effectuez les tests avec la version Java et l’architecture CPU prévues pour les utilisateurs. JNI ou d’autres bibliothèques natives peuvent nécessiter des builds distincts en 32 bits et en 64 bits ainsi que des binaires spécifiques à Windows.
• L’inclusion d’un runtime augmente la taille de la distribution, mais supprime la dépendance à un runtime Java installé séparément. Vérifiez la licence du fournisseur du runtime et sa politique de mises à jour de sécurité avant toute redistribution.
• Les EXE et installers nouvellement générés qui ne sont pas signés peuvent déclencher Microsoft Defender ou d’autres avertissements de sécurité. La signature du launcher et de l’installer avec un certificat approprié réduit les avertissements, sans garantir leur absence.
• Pour obtenir un exécutable véritablement natif plutôt qu’un launcher JVM, utilisez un outil tel que GraalVM Native Image lorsque l’application le permet. La réflexion, le chargement dynamique de classes, JNI et certaines fonctionnalités de framework peuvent nécessiter une configuration ou ne pas fonctionner.

Services de conversion en ligne

Il n’existe aucun service générique fiable en ligne capable de déduire le point d’entrée, les dépendances, le runtime, les bibliothèques natives et les exigences de packaging Windows d’une application Java à partir d’un JAR téléversé. Les sites de conversion d’archives peuvent renommer ou décompresser un JAR, mais cela ne crée pas un EXE fonctionnel. Utilisez des outils locaux tels que Launch4j ou jpackage pour les logiciels propriétaires ou exécutables ; le téléversement du JAR peut également exposer le code source, des identifiants intégrés ou d’autres données confidentielles.