Version imprimable
Bonjour,
Apparemment il n'y a pas d'installer pour installer l'OpenJDK 11 sur Windows.
J'imagine que c'est une volonté d'Oracle...C'est quand même un peut fort.
C'est pas très compliquer mais un utilisateur lambda va avoir du mal...
Qlq en aurait fait un ?
Qlq en aurait trouver qlq part ?
Merci d'avance.
Ha bon ?! Et qu'est-ce qui te fait dire ça ?Citation:
Envoyé par genamiga
Edit : Attends ne me dit pas que tu parles d'un installer (fichier .exe style installeur classique), alors qu'il suffit de dezipper le fichier ?? :)Code:
2
3
4
Pour le dev pas de soucis mais pour lancer des jar...
Il faut ajouter java au PATH
Il faut dire à Windows d'ouvrir les fichier jar avec java.exe
...
Le genre de chose qu'un utilisateur lambda ne sait pas faire.
Je parle bien d'un installer classique qui fera tout ce qui est nécessaire au bon fonctionnement de java.
Comme l'installeur de Oracle JRE ou Oracle JDK...
Comme c'est le cas dans toutes les versions précédentes.
Nous sommes sur la même longueur d'onde et effectivement il n'y pas d'installeur comme pour "Oracle JDK" malheureusement. (a priori en tout cas).
Après https://github.com/ojdkbuild/ojdkbuild semble contenir des MSI, peut être une piste ? (mais ce n'est pas le "site officiel")
Je viens de tester le lien...
Cela semble faire tout ce qu'il faut.
Merci.
Encore mieux
AdoptOpenJDK
L'idée exprimée est qu'un utilisateur final ne devrait pas avoir à installer Java.
Si quelqu'un veut leur fournir des programmes exécutables qui ont été programmés en Java, le principe est de packager ce programme avec une JVM embarquée. (Ce qui est censé être moins contraignant depuis les modules de Java 9)
Oui, double-cliquer sur un JAR pour lancer un programme avec un Java pré-embarqué sur la machine n'est plus a la mode (et puis ne fonctionnait pas la plupart du temps car pas mal d'utiltaires de gestion de fichiers archives ont tendance a changer les associations de fichier). La mode c'est de faire des applications autonomes avec Java embarqué dans l'application (donc chaque app a sa propre JVM indépendante des autres).
L'ennui c'est que même si le JDK 11 (et 12) embarque JLinkqui permet de faire une JVM réduite pour l'app, il n'inclut plus javapackager qui permettait lui de faire des lanceurs natifs (ce qui est quand même plus sympa pour lancer l'app qu'un simple fichier BAT - ce qui est un peu gênant sous Windows avec la console attachée).
le JDK 13 contiendra un nouvel utilitaire, jpackage, en remplacement. La bonne nouvelle c'est qu' il est possible d'utiliser une version backport sur les anciens JDK pour faire pareil. La mauvaise c'est que je n'ai pas encore été bien loin dans cette demarche compte tenu du fait que JLink me cause des soucis.
J'utilise mon application sur plusieurs PC.
En attendant jpackager (on verra ce que ça donne) j'ai fais un lanceur qui fait :
- maj JRE (stockée sur mon serveur en 7z, 23.1 Mo ) qui vient de AdoptOpenJDK (jdk-12.0.1+12-jre, 41.6 Mo)
- maj de mes libs
- maj de mon programme
Je n'ai qu'à mettre à jour dans mon serveur et c'est automatique sur les PC que j'utilise.