Je ne suis pas en mesure de lancer des applications JNLP en utilisant "Java Web Start"?
Jusqu'à récemment, je pouvais lancer/ouvrir des fichiers JNLPdans Firefoxen utilisant Java Web start.
Je ne sais pas ce qui s'est passé tout d'un coup Les fichiers JNLPont cessé de se lancer, un écran de démarrage apparaît indiquant Java Démarrant... et puis rien ne se passe. Même les Console Java dans le navigateur et javacpl.l'applet cpl ne s'ouvre pas.
Essayé toutes les possibilités: supprimé toutes les anciennes versions et installé le dernier JRE (java version "1.6.0_17"), cela ne fonctionne toujours pas.
Fait quelques recherches sur Google pour ce problème, les gens ont suggéré de démarrer javaws.exe avec l'option -viewer mais même comportement (un écran de démarrage apparaît disant "Java Starting..."et puis disparaît)
Le problème est que je ne connais aucun endroit (journaux, etc.) à chercher pour voir ce qui cause le problème.
J'utilise WinXP SP3, et certaines des captures d'écran ci-dessous montrent plus d'informations sur mon système. Je peux fournir des autre détail si nécessaire, mais aidez-moi à résoudre ce problème.
11 answers
Je sais que c'est une question plus ancienne mais la semaine dernière, j'ai commencé à avoir un problème similaire, alors je laisse ici quelques notes concernant la solution qui me convient.
Cela ne s'est produit que sur certaines machines Windows utilisant même le dernier JRE à ce jour (1.8.0_45).
Le Java Web Start a commencé à se charger mais rien ne s'est passé et aucune des tentatives de solution précédentes n'a fonctionné.
Après quelques recherches, j'ai trouvé ce fil, ce qui donne la même configuration et un excellent explication.
Https://community.oracle.com/thread/3676876
Donc, en conclusion, c'était un problème de mémoire dans x86 JRE et puisque le tas max de notre JNLP était défini comme 1024 Mo, nous sommes passés à 780 Mo comme suggéré et cela a été corrigé.
Cependant, si vous avez besoin de plus de 780 Mo, vous pouvez toujours essayer de lancer dans une version x64 JRE.
Regardez ce qui se passe si vous exécutez javaws.exe directement à partir de la ligne de commande.
J'ai eu le même problème ici. accédez à votre panneau de configuration java et les paramètres... décochez "Conserver les fichiers Internet temporaires sur mon ordinateur". Appliquer les modifications et réessayer votre .jnlp
Remarque: Testé sur différentes machines; Windows Server 2012, Windows Server 2008 et Windows 7 64bit. Version Java: 1.7++ puisque mon application jnlp est construite sur 1.7
Veuillez également me faire part de vos commentaires. : D
Bien que cette question soit un peu ancienne, le problème a été causé par paramètre de registre ClearType corrompuet résolu en le corrigeant, comme décrit dans ce ClearType, install4j et cas de bogue Java post.
ClearType, install4j et cas de bogue Java Java
Savez-vous quoi ClearType (technologie de lissage des polices dans Windows) a en commun avec Java (langage de programmation et l'un des frameworks recommandés)?
Rien sauf qu'ils travaillent dur à faire moi misérable pendant quelques mois. J'avais un logiciel Java que je ne pouvais pas installer. Je veux dire vraiment ne pouvait pas-même pas comprendre la raison ou de la reproduire sur un autre PC.
Récemment, j'ai été approuvé pour Woopra beta (site analytics service) et il utilise un client de bureau écrit en Java-je n'ai pas pu installer. Qui a obtenu moi vraiment fou. :)
Histoire Tous les logiciels en question étaient similaires:
Configuration basée sur install4j; configuration s'écraser avec des tas d'erreurs. J'ai été blâmer install4j au cours des premières tentatives (une centaine) pour résoudre question. Plus tard j'ai lentement compris que si c'était ça mis sur écoute pour ça longtemps-solution aurait été créé et googlé.
Traçage Après avoir déplacé le focus d'install4j, j'ai décidé de pousser Java Framework. J'essayais des versions stables plus tôt alors j'ai décidé d'aller pour non stable 1.6 Mise à jour 10 Release Candidate.
Cela a en fait corrigé les messages d'erreur mais pas accident. J'avais aussi remarqué qu'il y avait un nouveau journal des erreurs créé dans le répertoire avec les fichiers d'installation. Auparavant, je n'avais vu que les journaux dans le répertoire temporaire Windows.
Le nouveau journal des erreurs disait ce qui suit:
Impossible d'afficher l'interface graphique. Cette application a besoin d'accéder à un X Serveur. Si vous avez accès, il manque probablement une bibliothèque X. ******************************************************************* Vous pouvez également exécuter cette application en mode console sans l'accès à un X server en passant l'argument-c Très bizarre de rechercher X-Server sur non-PC Linux, n'est-ce pas? J'ai donc décidé d'essayer cet argument "-c". Et a effectivement pu installer en mode console.
Fin heureuse? Nope. Maintenant, l'application installée plantait. Mais il a vraiment obtenu moi la pensée. Si la console fonctionne mais que l'interface graphique ne fonctionne pas-là doit être un problème avec la dernière.
Un autre journal d'erreur (dans le dossier de l'application) disait maintenant (entre autres les choses) :
Causé par: java.lang.IllegalArgumentException: -60397977 incompatible avec la touche de contraste LCD spécifique au texte Qui m'a googlé avec succès description du bogue avec Java incapable de lire ClearType non standard paramètre de registre.
Solution J'ai immédiatement lancé ClearType Tuner à partir du panneau de configuration et réglage trouvé montrant le numéro de charabia. Après l'avoir corrigé à bon un tous les problèmes avec Java ont instantanément disparu.
Cleartypetuner_screenshot Leçons apprises Ne soyez pas rapide à blâmer problèmes logiciels sur une seule application. Même mineur et totalement des paramètres non liés peuvent déclencher des réactions en chaîne mortelles. Liens Jave L'Environnement d'exécution http://www.java.com/en/download/index.jsp
Tuner ClearType http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx
Woopra http://www.woopra.com/
Install4j http://www.ej-technologies.com/products/install4j/overview.html
Si javacpl ne s'ouvre pas et vous donne Impossible de trouver la classe principale:, il se peut que Java soit confus à cause de changements dans le déploiement.propriétés (peut être trouvé dans C:\Users\<username>\AppData\LocalLow\Sun\Java\Deployment on Win7). Supprimez ce fichier et tout va bien.
Ce bug semble être de 6 ans, cf. Une application devrait pouvoir ignorer les propriétés devenues obsolètes au fil du temps, n'est-ce pas?
J'étais également confronté au même problème. Pour corriger cela pour les étapes suivantes.
- ouvrez Javaws à partir de la commande cmd runnig javaws-viewer. Une nouvelle fenêtre s'ouvrira
- Sélectionnez le fichier jnlp que vous voulez et cliquez sur le bouton Exécuter.
- Fermez la fenêtre javaws viewer.
Est-ce une application à laquelle vous avez le code? Java 6u14 a inclus un changement dans la façon dont il gère la sécurité jar qui pour nous a causé des problèmes très similaires. Si vos fichiers jar sont signés et fonctionnent avec Java 6u13 ou une version inférieure, vous pouvez envisager de refactoriser votre code pour contourner cette mise à jour ou d'exiger Java 6u13 ou une version inférieure. Malheureusement, je ne me souviens pas exactement de ce que nous avons fait pour résoudre le problème - c'était le mode panique à l'époque.
Encore une fois, si vous avez le code, vous avez des outils pour travailler avec. Vous pouvez mettre des instructions System.out.println dans vos routines de démarrage - tout ce qui est sorti de la console est affiché dans la fenêtre de commande lorsque vous exécutez le JNLP à partir de la ligne de commande. Sinon, vous pourriez envisager d'utiliser un bon enregistreur comme log4j pour avoir une meilleure idée du point d'échec.
Vous pouvez également envisager de supprimer complètement l'application et de la télécharger à nouveau. Java Web Start a une applet de panneau de configuration qui vous permet de voir l'URL à partir de laquelle votre application est téléchargée( peut être la mauvaise), désinstaller l'application, définir les options de sécurité, etc.
J'ai eu exactement le même problème. Il s'est avéré que la taille max-heap était définie sur 1024 et manquait l'unité. La configuration devait être max-heap-size=1024m.
Donc une configuration de mémoire apparemment invalide dans le fichier jnlp provoquera ce comportement exact.
Dans mon cas, le problème a été causé par le démarrage de mon application à partir d'un raccourci sur le bureau public (Windows 7). En conséquence, pour autant que je sache, l'emplacement des fichiers temporaires a été défini sur c:\users\public\etc. Cela a entraîné l'impossibilité d'écrire dans le détail du cache. Lorsque je réinitialise les valeurs par défaut dans l'applet de contrôle des fichiers temporaires, tout a bien fonctionné.
Dans mon cas, Netbeans crée automatiquement un .fichier jnlp qui ne fonctionne pas et mon problème était dû à un écrasement accidentel du fichier launch.jnlp sur le serveur (par la version inadéquate et incorrecte de Netbeans). Cela a provoqué une discordance entre le fichier local .jnlp et le fichier distant .jnlp, ce qui a entraîné l'arrêt de Java Web Start après "Vérification de l'application."
Donc personne d'autre n'a à perdre une heure à trouver un bogue qui devrait être communiqué de manière adéquate (mais ne l'est pas) par Java WS.
Cela peut également être dû à la variable d'environnement CATALINA_HOME dans votre système. Dans notre organisation, il y a eu plusieurs cas où les applications JNLP ont simplement refusé de démarrer sans rien enregistrer et vider CATALINA_HOME a résolu le problème.
J'avais la variable d'environnement définie dans l'invite de commande et elle n'apparaissait pas dans l'interface graphique. Je ne sais pas si la commande setx ou les commandes de suppression de registre ont fait l'affaire. Redémarrer semble être nécessaire après avoir supprimé la variable.