Discussion :

[fiouf42]

Bonjour,

je souhaiterai, lors de l'installation de mon applicatif JAVA, installer le JRE 6 malgré qu'il y a déjà une autre version d'installer et forcer mon applicatif à utiliser le JRE 6. Car j'ai des erreurs si le JRE 7 est déjà installer sur un poste.
Autrement dit, comment peut-on dire à son applicatif de choisir l'utilisation d'un JRE sur plusieurs installés ?

Merci pour votre aide

[Népomucène]

Il est lancé comment l'applicatif ?
- ligne de commande ?
- java web start ?

[fiouf42]

Bonjour,

Merci de m'accorder ton temps.
L'applicatif est lancé sous Windows comme exécutable après une installation.
Je voudrais que les utilisateurs qui installent l'applicatif, puisse l'utiliser avec la bonne version de JAVA qui est la version 6 32bits.
Que s'il y a une autre version d'installée, il faut que je puisse installer la bonne version et forcer l'applicatif à l'utiliser.
Est-ce possible ? Si oui, comment faire ?

Merci

[tchize_]

L'applicatif est lancé sous Windows comme exécutable après une installation.

Ca ne répond pas vraiment à la question. Il sort d'où cet "exécutable"? Ce que java gère en installation locale, ce sont des .jar, hors, les .jar ce ne sont pas des exécutable. Donc si tu as un .exe, comment tu l'a construit ce .Exe?

Aussi, il n'est pas sur que java 6 accepte de fonctionner. Java 6 n'est plus supporté par oracle depuis 1 an et demi et la première chose que fais java 6 après l'installation chez un utilisateur, ce sera de se désactiver au profit de la dernière version de java, pour des raisons de sécurité. Il vaudrait mieux corriger ton application pour qu'elle fonctionne avec java 7 / 8

[Népomucène]

Ce que tu décris est prévu par Java Web Start
mais cela nécessite de placer ton application sur un serveur, de paramétrer un fichier jnlp, de signer l'application etc ...
donc ... c'est rentable si tu vas avoir un certain nombre d'utilisateurs (au moins une trentaine)
en dessous, il est plus raisonnable d'utiliser un chemin absolu et de faire un bricolage du genre :

1) supposer que la JVM est installée dans un répertoire spécifique à sa version ex : C:\Program Files\Java\jre1.6.0_06\bin\javaw.exe

2) créer un fichier bat de lancement de l'application en utilisant le chemin de la JRE

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"C:\Program Files\Java\jre1.6.0_06\bin\javaw.exe" -jar "c:\chemin\appli.jar"

3) au cas où l'utilisateur clique directement sur le jar de l'application, au lancement l'application vérifie la version de la JRE. plusieurs possibilités à choisir ici

4) si la version n'est pas bonne alors un message averti l'utilisateur et lui demande d'installer la JRE comme il faut.

le plus propre est Java Web Start mais c'est du boulot d'apprentissage
perso je l'utilise car la maintenance d'une appli est alors automatique.


EDIT :
je viens de voir le message de tchize_ : il est vrai qu'utiliser la version 1.6 est un combat d'arrière garde qui finira par se retourner contre toi

[Népomucène]

D'ailleurs si tu nous parlais plutôt des erreurs quand tu passes de la version 6 à la version 7/8 ?

Il est certain que d'autres développeurs ont eu les mêmes problèmes et qu'on te ferait gagner du temps,
car un jour ou l'autre il faudra bien migrer ...

[fiouf42]

Bonjour,

Merci à vous de vos réponses.
Effectivement, le plus "simple" serait de passer à la version 7/8 de JAVA et signaler à l'utilisateur qu'il faut la dernière version de JAVA pour faire fonctionner l'applicatif.

Il y a beaucoup d'erreurs quand je passe de la version 6 à supérieur. Je ne pourrais pas toutes les énumérer ici. Je pense reprendre tout mon code et revenir vers vous si je suis bloqué. :-)

Merci

[tchize_]

c'est étonnant car il n'y a pas beaucoup d'incompatibilité en java quand on monte de version

[joel.drigo]

Oui, très étonnant : en migrant une application Java 5 à Java 7 de plus de 2,5 millions de lignes de code, j'ai eu une seule erreur de compilation sur une classe qui étendait un java.util.concurrent.Executor (dont la correction a été de remplacer un <Callable<T> par <? extends Callable<T>). Il y a plein de warnings certes (en particulier sur les @Override et sur les default dans les switch), mais ça n'empêche pas de compiler et peut se traiter petit à petit, juste pour être clean.

Si tu ne peux pas énumérer toutes les erreurs, peut être peux tu nous en donner quelques unes, et faire une sélection de grand types ?

[fiouf42]

Tenez l'applicatif : http://go.qweeby.net/index.php?pag=1
Vous pouvez le tester par vous-même.

[tchize_]

Si tu nous donnait plutôt tes erreurs?