Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Meilleures méthode pour l'installation de la JRE et du JDK SUN

braoru

Bonjour,

En ce moment je fais quelques essais pour créer un moyen d'installer de manière automatique nos Workstation d'intégration et de dev via un kickstart.

Je suis actuellement entrain de regarder les moyens d'installer la JRE et le JDK de SUN (possibilités de J2EE dans un avenir proche). Pour des raisons techniques, tous les dev on voté unanimement pour avoir les solutions de SUN (Donc pas de Open-JDK) sur leurs machines.

J'ai actuellement testé les moyens d'installation suivants :
Avec Jpackage :
http://doc.fedora-fr.org/wiki/Java_Sun_:_installation_rapide_en_RPM
Ici il suffit de yum –install les divers libs de dépendances puis d'installer le rpm. La seconde étape est l'installation des compatibilités JPackage.
Je me demandais à quel point cette solution est pratique et si quelqu'un sait si les modifications de configurations d'alternatives et du java.sh sous profile.d sont bonnes ?

http://doc.fedora-fr.org/wiki/Java_:_construire_les_RPM_du_JDK_fa%C3%A7on_jpackage
On reconstruit ces rpm puis on install les Jpackage compat. Le problème ici est que les guides (permettent la création des rpms) téléchargeable de Jpackage ne sont pas forcement très à jour. (Du point de vue dev, je ne pense pas que ça pose de problèmes mais quid de la compatibilité avec de futur version de fed ?)

Sans Jpackage
http://doc.fedora-fr.org/wiki/Java_Sun_:_Installation_%28plugin,_JRE,_JDK%29
http://fedorasolved.org/browser-solutions/java-i386

Ici c'est une install complètement à la main puis une configuration du profile.d/java.sh.
Ensuite, une configuration à la mains de alternative.

N'ayant forcement une très grande expériences dans les installations d'environnements java, je me demandais quel était la solution la plus propre et simple à maintenir (et à mètre à jour chez tous le monde).

Pour les trois solutions, je pense qu'un simple scripte de ré-install+config doit être possible pour remettre à jours les installations de chez tous le monde.

A l'utilisation, la première solution semble être la plus pratique à intégrer dans un kickstart. Mais j'ai l'impression que de scripter la dernière solution sera peut-être plus maintenable.

Vous en dite quoi ?

Mercis par avance pour les avis 😉

J'ai cherché un moment sur internet, mais je ne trouve pas (j'ai peut-être mal cherché) de « bonnes pratiques» sur le sujet.

proxy

Bonsoir,

l'avantage des rpms à la sauce jpackage est la possibilité de switcher de version de JVM via la commande alternatives. Le projet jpackage après une longue période d'inactivité est en plein renouveau (nouvelle release 6.0 en cours).
Maintenant, si tu n'as pas ce besoin de changement, le rpm fourni par SUN suffit amplement.

braoru

Mercis pour la réponse.

proxy wrote:Bonsoir,
l'avantage des rpms à la sauce jpackage est la possibilité de switcher de version de JVM via la commande alternatives.

Il est aussi possible de le faire avec une installation à la main non ? Ou ce que tu propose c'est de virer à l'installation toutes traces de l'Open-JDK, d'installer les binaire de SUN et de configurer alternative ? Au premier yum install d'un truc qui utilise java, il ne va pas me descendre Open-JDK en dépendance avec ? Et donc, du coup, fusilier la configuration de alternatives ?

Le projet jpackage après une longue période d'inactivité est en plein renouveau (nouvelle release 6.0 en cours).

Ok

Maintenant, si tu n'as pas ce besoin de changement, le rpm fourni par SUN suffit amplement.

Je pense que il n'y aura jamais de switch entre l'open JDK et celui de SUN. Par contre, il devrait y avoirs fréquement des mises à jour de la pile java

proxy

Si tu n'utilises que la JVM SUN, un rpm -U (comme update) du rpm fourni par SUN la mettra à jour.

Pour utiliser alternatives sur les JVMs SUN, jpackage fournit des paquets java-1.X.X-sun-compat : ce sont eux qui créent les liens slaves.
Tu peux les faire à la main mais ce n'est pas trivial : par exemple pour le 6, le scriptlet du rpm fait 119 lignes.

Pour YUM et OpenJDK en effet, si tu installes un soft JAVA via yum, il aura une dépendance sur OpenJDK, mais comme celui-ci utilise aussi alternatives, ce n'est pas un problème.

braoru

proxy wrote:Si tu n'utilises que la JVM SUN, un rpm -U (comme update) du rpm fourni par SUN la mettra à jour.

Pour utiliser alternatives sur les JVMs SUN, jpackage fournit des paquets java-1.X.X-sun-compat : ce sont eux qui créent les liens slaves.
Tu peux les faire à la main mais ce n'est pas trivial : par exemple pour le 6, le scriptlet du rpm fait 119 lignes.

Pour YUM et OpenJDK en effet, si tu installes un soft JAVA via yum, il aura une dépendance sur OpenJDK, mais comme celui-ci utilise aussi alternatives, ce n'est pas un problème.

OK! Si j'ai bien compris, la méthode que tu préconise c'est :

1 : DL des libs de dépendances.
2 : DL et install des rpm.bin de JRE,JDK,JEE
3 : Install des Jpackage non free compat

Normalement, à ce point là alternatives devrais être configuré normalement.

A chaque mise à jours :

1 : Dl du rpm.bin de SUN et rpm -UVH
2 : Yum install du compat de la nouvelle version du java-1 ...

J'ai bien compris ?

Dans ce cas, dans mon kickstart, je doit rajouter le repository non-free de JPackage et appliquer le reste de la méthode d'installation.

proxy

Non, si tu utilises les rpms compat de jpackage, ils sont spécifiques à chaque release de JDK (java-1.6.0-sun-compat-1.6.0.16-1jpp.src.rpm).

braoru

proxy wrote:Non, si tu utilises les rpms compat de jpackage, ils sont spécifiques à chaque release de JDK (java-1.6.0-sun-compat-1.6.0.16-1jpp.src.rpm).

Donc, pour chaque installation ou update de l'installation de java, il faut installer le java-1.XX-compat correspondant à la bonne version de java.

proxy

yes sir 🙂

braoru

proxy wrote:yes sir 🙂

OK ! 😉

Alors je vais faire quelques tests. Je reviendrais sur ce thread pour donner un ou deux retours sur ça .)

Mercis pour le coup de main.