JNLP doit utiliser une version Java spécifique mais des résultats d'erreur

C'est assez courant. Assurez-vous que chaque machine cliente a activé 1.6.0_29 pour JNLP/Webstart.

Installer 1.6.0_29 n'est pas nécessairement suffisant pour dire à webstart qu'il est disponible. Voir ce post pour plus d'informations

J'avais installé Java 1.6.0_21 et il était activé dans le panneau de configuration Java. Cependant, j'ai reçu le même message d'erreur que celui indiqué dans la question:"L'application a demandé une version du JRE (version 1.6.0_29) qui n'est actuellement pas installée localement"

J'ai reçu ce message même si j'ai essayé avec différentes lignes dans le JNLP, telles que:

<j2se version="1.6.0_29"/>

Ou

<j2se version="1.6.0_29-b06"/>

J'ai résolu ce problème en éditant le fichier JNLP avec la ligne suivante:

<j2se version="1.6"/>

Donc la documentation la ligne "Les versions exactes du produit (versions d'implémentation) peuvent également être spécifiées" semble être fausse.

Utilisez-vous:

jnlp spec="1.0+"

Si oui, vous devriez essayer avec :

jnlp spec="6.0+"

J'ai trouvé ce lien, peut-être il ya quelque chose de mal dans la configuration de votre navigateur/JRE, ou êtes-vous un proxy?

Dépannage:

• Vérifiez la version actuellement affectée au chemin de construction de votre projet de votreE
• Assurez-vous que la version spécifiée dans j2se version="1.6.0_29" est installée sur la machine cliente.
• Vérifiez votre machine pour voir si vous n'avez actuellement aucune autre version installée qui pourrait provoquer un conflit de dépendance.
• Vérifiez votre paramètre classpath pour voir la version actuellement définie par défaut. Cela pourrait-il être la bonne version?

Aussi notez que:

L'élément j2se spécifie quel environnement d'exécution Java 2 SE (JRE) versions sur lesquelles une application est prise en charge, ainsi que standard les paramètres de la Machine Virtuelle Java.

Par conséquent, si vous cherchez à publier l'application dans des versions spécifiques, toutes les versions prises en charge doivent être répertoriées. Exemple:

   <j2se version="1.3" initial-heap-size="64m"/>
   <j2se version="1.4+"/>

Dans votre cas, vous avez spécifié l'attribut href forçant Java Web Start à ne pas considérer un non-FCS installé (c'est-à-dire, jalon) JRE comme un match.

Par convention un JRE non-FCS (milestone) s'il y a un tiret ( - ) dans le chaîne de version. Et ne considérerait donc pas un 1.4.1-ea installé ou 1.4.2-beta JRE comme une correspondance pour la demande.

Édité.

Téléchargement automatique du logiciel à partir de java.sun.com

Essayez cette url

Si des versions supérieures sont installées sur la machine cliente, la dernière sera utilisée.

Ou

Ensuite, vous serez invité à installer exactement 1.6.0_05.

Lors de l'appel ?.les versions 1.6.0_05 de jnlp seront utiliser.

Soyez prudent; ci-dessus ne fonctionne que lorsqu'il y a aussi une version supérieure installée, comme exemple 1.6.0_29 exécute 1.6.0_05 en tant qu'enfant.

Dans la console Java, vous verrez:

JavaPlug-in 1.6.0_31
Using JRE-Version 1.6.0_05 Java Hot Spot(TM) Client VM

Si vous voulez vraiment télécharger une version non répertoriée dans le "Les paquets actuellement disponibles pour le téléchargement automatique" alors vous pouvez télécharger la version spécifiée 1.6.0_29 seulement si vous avez un version supérieure puis 1.6.0_29 (peut-être 1.6.0_31) comme plugin activé{[4] } dans navigateur client. TEST installez 1.6.0_31 et regardez si comme exemple: Firefox plugins 1.6.0_31 est là et activé. Ensuite, le client pourra télécharger et installer automatiquement 1.6.0_29 via *.jnlp.

Appelez votre application dans un navigateur client. Un avertissement apparaît: "Installer une version inférieure 1.6.0_29" et un "avertissement de certificat" cliquez sur oui. installer 1.6.0_29 démarre.

Après le téléchargement, le navigateur redémarre et le plugin 1.6.0_31 est parti!!! Donc le navigateur redirige vers Oracle côté téléchargement, vous devez installer à nouveau le 1.6.0_31. Le téléchargement commence dans un dossier que vous avez spécifié . Exécutez le fichier "jxpinstall.exe " qui démarre la mise à jour ; invite à remettre en question l'installation; oui (tous les navigateurs doivent être fermés) L'installation démarre; Regardez les extras, les plugins et là le plugin 1.6.0_31 est de retour. Vous pouvez maintenant utiliser votre *.application jnlp avec 1.6.0_29. Vraiment beaucoup de travail :-)

REMARQUE: Vous ne pourrez pas réinstaller le plugin du navigateur avec un fichier comme "jdk-6u31-windows-i586.exe", Vous devez suivre les étapes ci-dessus. Vous obtiendrez un fichier " jxpinstall.exe " c'est le bon.

Le java.sun.com la fonction de téléchargement automatique simplifie les déploiements Java Web Start car elle rend les logiciels couramment utilisés facilement disponibles pour une utilisation avec Java Web Start. En règle générale, seule une ligne supplémentaire doit être ajoutée à un fichier JNLP pour profiter de cette fonctionnalité. ...

Les paquets actuellement disponibles pour le téléchargement automatique sont:

Java 2 Runtime Environment 1.3.0_02 for Windows/i586, Linux/i586, and Solaris/SPARC
.....
Java 2 Runtime Environment 1.4.2_16 for Windows/i586, Linux/i586, and Solaris/SPARC
Java Runtime Environment 1.5.0_02 for Windows/i586, Linux/i586, and Solaris/SPARC
.....    
Java Runtime Environment 1.5.0_14 for Windows/i586, Linux/i586, and Solaris/SPARC
Java Runtime Environment 1.6.0 for Windows/i586, Linux/i586, and Solaris/SPARC
Java Runtime Environment 1.6.0_04 for Windows/i586, Linux/i586, and Solaris/SPARC
Java Runtime Environment 1.6.0_05 for Windows/i586, Linux/i586, and Solaris/SPARC

Les paquets Disponibles regardez ici

C'est la putain de version java, l'utilisation des versions inférieures résout le problème. J'ai utilisé Java 1.8.0_05-b13 Java HotSpot (TM) serveur 64 bits VM et il est passé avec succès.