Je ne suis pas capable de lancer des applications JNLP en utilisant "Java Web Start"?
jusqu'à récemment, j'étais capable de lancer/ouvrir JNLP fichiers Firefox en utilisant Java web start.
Ne sais pas ce qui s'est passé tout d'un coup JNLP fichiers arrêtés de lancement, un écran splash apparaît disant Java De Départ... et puis rien ne se passe. Même l' Java Console dans le navigateur et javacpl.le cpl applet ne s'ouvre pas.
Essayé toutes les possibilités: supprimé toutes les anciennes versions et installé la dernière JRE (Version java "1.6.0_17"), il ne fonctionne toujours pas.
fait quelques googling pour ce problème, les gens ont suggéré de commencer javaws.exe - viewer option mais même comportement (un écran splash apparaît disant " Java Starting..."et puis disparaît)
le problème est que je ne connais aucun endroit (logs etc.) pour chercher à voir ce qui est à l'origine du problème.
J'utilise WinXP SP3, et certains les captures d'écran ci-dessous montre plus d'infos sur mon système. Je peux fournir tout autre détail si nécessaire, mais s'il vous plaît aidez-moi à résoudre ce problème.
11 réponses
je sais que c'est une question plus ancienne, mais cette semaine j'ai commencé à avoir un problème similaire, donc je laisse ici quelques notes concernant la solution qui me convient.
cela s'est produit seulement dans 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 produit et aucune des solutions précédentes n'a fonctionné.
après quelques recherches j'ai trouvé ce fil, qui donne la même configuration et une grande 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 a été défini comme 1024MB, nous avons changé à 780MB comme suggéré et il a été corrigé.
cependant, si vous avez besoin de plus de 780MO, vous pouvez toujours essayer de lancer une version x64 JRE.
regardez ce qui se passe si vous lancez javaws.exe directement 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écocher "garder des fichiers internet temporaires sur mon ordinateur". Appliquez les changements et réessayez votre .jnlp
Note: 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
s'il vous Plaît laissez-moi savoir vos commentaires aussi. : D
bien que cette question soit un peu vieille, le problème a été causé par paramètres de Registre de ClearType corrompus et résolu en le fixant, comme indiqué dans ce ClearType, install4j et cas de bogue Java post.
ClearType, install4j et en cas de bug de Java Java
savez-vous ce que ClearType (police de la technologie de lissage dans Windows) a en commun avec Java (langage de programmation et l'une des cadres)?
Rien, sauf qu'ils travaillent dur à faire moi misérable pour 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 l'installer. Qui a obtenu moi vraiment fou. :)
histoire tous les logiciels en question étaient similaires :
setup basé sur install4j; setup s'écrasant avec un tas d'erreurs. J'ai été blâmer install4j pendant les premières (une centaine) tentatives de résoudre question. Plus tard, j'ai lentement compris que si c'était pour ça que j'étais sur écoute. de temps, la solution aurait été créé et googlé.
le suivi Après l'shifting focus de install4j j'ai décidé de pousser Java Framework. J'ai essayé les versions stables plus tôt donc décidé d'aller pour Non stable 1.6 Mise à jour 10 Version Candidat.
ceci a en fait corrigé les messages d'erreur mais ne s'est pas écrasé. J'avais aussi remarqué qu'il y avait un nouveau journal des erreurs créé dans le répertoire avec les fichiers de configuration. Auparavant, je n'avais vu que les logs dans le répertoire temporaire de Windows.
Nouveau journal des erreurs disait suivante :
ne pouvait pas afficher l'interface graphique. Cette application doit avoir accès à un X Serveur. Si vous y avez accès,il manque probablement une bibliothèque X. ******************************************************************* Vous pouvez également exécuter cette application en mode console sans accès à une X server en passant l'argument-C très bizarre de chercher X-Server sur non-PC Linux, n'est-ce pas? J'ai donc décidé d'essayer l'argument du"- c". Et a effectivement pu s'installer en mode console.
fin Heureuse? Nope. Maintenant installé l'application s'écrasait. Mais il a vraiment obtenu moi la pensée. Si la console fonctionne mais que l'interface graphique ne fonctionne pas-il doit être un problème avec la dernière.
un autre journal d'erreur (dans le dossier d'application) disait (entre autres les choses) :
causé par: java.lang.IllegalArgumentException: -603977 incompatible avec la touche de contraste LCD spécifique au texte qui m'a googlé avec succès Description du bogue avec Java impossible de lire ClearType non standard paramètre de registre.
Solution j'ai immédiatement lancé ClearType Tuner à partir du Panneau de contrôle et paramètre trouvé montrant charabia nombre. Après l'avoir corrigé correctement un des problèmes avec Java ont été instantanément disparu.
cleartypetuner_screenshot les Leçons apprises Ne pas être rapide à blâmer des problèmes de logiciel sur simple demande. Même mineur et totalement des situations sans rapport 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
Syntoniseur 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 Je n'ai pas trouvé 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). Supprimer ce fichier et tout va bien.
Ce bug semble être l'âge de 6 ans cf. Une application devrait pouvoir ignorer les propriétés qui sont devenues obsolètes avec le temps, n'est-ce pas?
j'étais également confronté au même problème. Pour corriger cela aux étapes suivantes.
- ouvrir Javaws de cmd running commande 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 de visualisation javaws.
c'Est une application à laquelle vous avez le code? Java 6u14 a inclus un changement à la façon dont il gère la sécurité jar qui pour nous a causé des problèmes très similaires. Si vos bocaux sont signés et fonctionnent avec Java 6u13 ou moins, vous pouvez envisager de modifier votre code pour contourner cette mise à jour ou d'utiliser Java 6u13 ou moins. Malheureusement, je ne me souviens pas exactement de ce que nous avons fait pour résoudre le problème - il était en mode panique à l'époque.
Encore une fois, si vous avez le code, vous disposez d'outils pour travailler avec. Vous pouvez mettre dans System.out.println instructions dans vos routines de démarrage-n'importe quelle sortie de la console s'affiche dans la fenêtre de commande lorsque vous lancez le JNLP depuis la ligne de commande. Sinon, vous pourriez envisager d'utiliser un logger comme log4j pour avoir une meilleure idée de point de défaillance.
vous pouvez également envisager de supprimer entièrement l'application et de la télécharger à nouveau. Java Web Start dispose d'un applet de panneau de configuration qui vous permet de voir L'URL à partir de laquelle votre application télécharge (pourrait être le mauvais), la désinstallation de 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 le max-heap-size était réglé à 1024 et manquait l'unité. La configuration devait être max-heap-size=1024 m.
donc une configuration mémoire apparemment non valide dans le fichier jnlp causera 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). Par conséquent, pour autant que je puisse dire, l'emplacement des fichiers temporaires a été réglé à c:\users\public\etc. Cela a eu pour conséquence l'impossibilité d'écrire dans les détails du cache. Quand j'ai réinitialisé 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 .JNLP fichier qui ne fonctionne pas et mon problème était dû à une réécriture accidentelle de la launch.jnlp fichier sur le serveur (par la version inadéquate et incorrecte de Netbeans). Cela a provoqué un décalage entre les .jnlp le fichier et la distance .jnlp fichier, résultant en Java Web commencer juste arrêter après " Vérifier l'application."
ainsi personne d'autre n'a à perdre une heure à trouver un bug qui devrait être communiqué de manière adéquate (mais n'est-ce pas) en Java WS.
cela peut aussi être dû à la variable D'environnement CATALINA_HOME dans votre système. Dans notre organisation il y avait plusieurs cas où les applications JNLP ont juste refusé de commencer sans rien enregistrer et en vidant CATALINA_HOME résolu le problème.
j'avais la variable d'environnement définie dans l'invite de commande et elle n'apparaissait pas dans GUI. Je ne suis pas sûr si la commande setx ou les commandes de suppression de Registre ont fait l'affaire. Redémarrez semble être nécessaire après la suppression de la variable.