Impossible d'exécuter Eclipse; JVM terminée. Code de sortie = 13
Je viens d'ajouter -vm C:\Program Files\Java\jre6\bin\javaw.exe
dans Eclipse.ini, j’essaie de redémarrer Eclipse et j’ai eu cette erreur. Donnez-moi comment résoudre ou lier ce qui le résout réellement.
c'est mon Eclipse.ini
-startup
plugins/org.Eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
plugins/org.Eclipse.equinox.launcher.win32.win32.x86_1.1.1.R36x_v20100810
-showsplash
org.Eclipse.platform
--launcher.XXMaxPermSize 256m
--launcher.defaultAction
openFile
-vm
C:\Program Files\Java\jre6\bin\javaw.exe
-vmargs
-Xms40m
-Xmx384m
Je vous remercie
C’est peut-être simplement la façon dont l’erreur montre (et non comment elle est écrite dans le fichier Eclipse.ini), mais il y a du texte dans Eclipse.ini (Spécification de la machine virtuelle) qui dit ce qui suit:
- L'option -vm et sa valeur (le chemin) doivent figurer sur des lignes séparées.
- La valeur doit correspondre au chemin absolu complet de l'exécutable Java, et pas uniquement au répertoire de base Java.
- L'option -vm doit avoir lieu avant l'option -vmargs, car tout ce qui suit après -vmargs est passé directement à la machine virtuelle Java.
J'ai eu la même erreur lors de la configuration d'Eclipse.ini pour utiliser JRE6. Il s’est avéré que j’ai causé cette erreur en configurant incorrectement Eclipse pour utiliser la JVM 64 bits lors de l’exécution d’une version 32 bits d’Eclipse 3.7.
La configuration correcte nécessitait que l'argumentation Eclipse.ini -vm utilise "C:/Program Files (x86) /" au lieu de "C:/Program Files /".
Assurez-vous que la version de la machine virtuelle Java (32/64 bits) que vous utilisez correspond à la version d'Eclipse (32/64 bits).
Regardez la deuxième ligne de la boîte de message. Vous pouvez y voir quel runtime Java est démarré. Le mien était soudainement C:\ProgramData\Oracle\Java\javapath\javaw.exe. Cela s'est produit après l'installation d'un "programme de mise à jour chrome Java" (le navigateur Chrome a gémi: "votre Java est obsolète, vous devez mettre à jour ...").
Avant cette "mise à jour chrome Java", mon Eclipse (Luna Jee x64) a démarré sans erreur. En regardant de plus près l'arrière-plan que j'ai détecté, le programme de mise à jour chrome Java (notabene démarré à partir d'un site Oracle) a ajouté C:\ProgramData\Oracle\Java\javapath devant la variable d'environnement PATH. Il contient trois liens symboliques vers la plus récente installation de JRE Java 8 dans le dossier du programme (x86) -> et donc vers un JRE Java 32 bits. Oracle remplace par Java8 l'ancienne technique comportant les liens symboliques dans system32 (64 bits), respectivement. SysWOW64 (32 bits).
En attendant j'ai appris. Quel que soit le dernier installateur Java que vous ayez exécuté (le * .exe), Windows se souvienne de cette saveur Java (32b ou 64b), ce qui a pour conséquence qu'après une mise à jour les liens dans C:\ProgramData\Oracle\Java\javapath pointe vers une installation Java de la version mémorisée. Si vous avez une installation Eclipse 64b et rencontrez l’erreur décrite: réinstallez simplement le JDK 64b le plus récent. Après cela, les mises à jour Java ne sont plus liées à une version 32b. Et Eclipse 64b démarrera correctement sans l'entrée dans Eclipse.ini.
Vous devez vérifier si votre PC dispose d'un système d'exploitation 64 bits ou 32 bits. Il en va de même pour votre JDK (64 bits/32 bits) et aussi pour Eclipse (64 bits/32 bits).
Assurez-vous qu'ils sont tous identiques. sinon, vous devez télécharger celui qui correspond à votre bitness.
Pour Eclipse:
Ajout de ces deux lignes dans Eclipse.ini
La deuxième ligne représente l’emplacement JDK du fichier javaw.exe.
-vm
C:\Program Files\Java\jdk1.7.0_60\bin\javaw.exe
Remarque: placez les lignes -vm avant -vmargs, sinon l'emplacement par défaut sera utilisé.
pour STS
Changer le même que ci-dessus dans STS.ini
Je viens de frapper ça aussi. Il s’avère que du moins pour moi, c’est parce que j’ai essayé d’utiliser une version Win64 du JRE avec un Eclipse Win32. Il semble que Win32 Eclipse nécessite un win32 Java (appelé -586 dans la liste des Java installateurs d’Oracle/Sun).
La raison pour laquelle j’utilisais les deux, c’est que j’essayais de localiser un bogue qui ne se manifestait qu’en Eclipse 64 bits; j’avais donc besoin d’un 32 bits à comparer.
Une fois que j’ai installé à la fois les versions "x64" (win64) et "i586" (win32) du JRE sur ma machine, les choses fonctionnent correctement et aucune erreur 13. Apparemment, les deux peuvent être installés en même temps.
L'erreur signifie que c'est la mauvaise version de JVM pour cette version d'Eclipse. Le lien a plus de détails:
http://www.ehow.com/how_4784069_terminated-exit-code-error-Eclipse.html
Assurez-vous que Eclipse et le Java que vous utilisez sont tous deux 32 bits ou 64 bits.
Vous ne pouvez pas exécuter Eclipse 64 bits avec JRE 32 bits.
Java -version
Java HotSpot (TM) 64-Bit VM du serveur
La version 32 bits de JRE ne comportera pas de version 64 bits.
Récemment, j’ai eu le même problème. Ma version d’Eclipse ne supportait pas Java version 8.
J'avais accidentellement installé jre 8 sur ma machine qui a automatiquement mis à jour ma variable PATH en ajoutant "C:\ProgramData\Oracle\Java\javapath" à la barre de progression qui a conduit Eclipse à choisir cette version (et à ignorer la version 1.6 ajoutée manuellement plus tard dans l’ordre) et plantez avec le code de sortie 13.
Je viens de retirer cette chaîne du chemin, ce qui a amené le système à récupérer ma version précédente et Eclipse a bien démarré.
Je viens d'avoir le même problème, et passer environ une heure à essayer de résoudre le problème. En fin de compte, il s'agissait d'un caractère '#' dans le chemin.
J'ai donc renommé "C:\# IDE\Eclipse 3.7 \" en "C:\+ IDE\Eclipse 3.7 \" et le problème a été résolu.
Lorsque vous voyez cette erreur, accédez au répertoire de configuration et recherchez un fichier journal généré tout à l'heure. Il devrait avoir une pile d’exception appropriée. Dans mon cas, un JRE (ou JVM) 32 bits mis à jour a été installé. Il s'agit du fichier par défaut Java qui a été ajouté au chemin. Et mon installation Eclipse était en 64 bits, ce qui signifiait qu'il lui fallait un VM 64 bits pour exécuter ses bibliothèques SWT natives. J'ai donc simplement désinstallé la JVM 32 bits et l'ai remplacée par une JVM 64 bits.
Je me demande s'ils vont améliorer ce mécanisme de rapport, au lieu de générer en mode silencieux un fichier journal dans un répertoire.
installez simplement la version 64 bits de Java à partir de http://Java.com/en/download/manual.jsp
et désinstallez l'ancienne version si le programme d'installation 64 bits vous y invite
Après la mise à jour de Java, Eclipse ne démarrera pas car l'emplacement par défaut de jdk a été modifié. L'ajout des lignes suivantes au fichier Eclipse.ini a immédiatement résolu mon problème:
-vm
C:\Program Files (x86)\Java\jdk1.7.0_75\bin\javaw.exe
J'ai ajouté ces lignes juste avant vmargs. Cela ressemble à ce qui suit:
...
--launcher.defaultAction
openFile
-vm
C:\Program Files (x86)\Java\jdk1.7.0_75\bin\javaw.exe
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms40m
-Xmx512m
Pour plus d'informations sur Eclipse.ini, visitez ce site http://wiki.Eclipse.org/Eclipse.ini#-vm_value:_Windows_Example
Dans mon cas, j'utilise Eclipse 32 bits et Java. Si vous avez installé les versions 32 bits et 64 bits de Java, veillez à choisir la bonne version. Pour les versions 64 bits, reportez-vous au fichier javaw.exe situé sous le répertoire
C:\Program Files\Java\jdk1.8.0_60\bin
Accédez au dossier dans lequel vous avez enregistré Eclipse. Regardez dans le dossier de configuration dans le journal de démarrage. Cela vous donnera un bien meilleur diagnostic que le "code de sortie 13".
J'ai eu le même problème avec Eclipse dans ma machine à la fois. J'avais jre 32 bit installé. J'ai donc supprimé 32 bits et installé 64 bits à la place et cela a fonctionné parfaitement.
Je viens de désinstaller la version jre-32 bits et cela a bien fonctionné pour moi.
J'utilisais Eclipse Juno et je ne me souvenais pas s'il s'agissait de 32 ou 64 bits. J'ai installé Java 32 bits et c'est pourquoi cela a échoué. J'ai ensuite installé Java 64 bits et Eclipse Juno fonctionne à nouveau.
J'ai également supprimé toute référence Java ou jre dans mes variables d'environnement (PATH).
Cette erreur m'est arrivée sur ubuntu, après avoir installé Java 32 bits et 64 bits. Utilisation
Sudo update-alternatives --config Java
définir la bonne version à utiliser par défaut.
À mon avis, la plupart des réponses ici concernant différentes architectures d’Eclipse et Java sont tout simplement fausses, ce qui peut être facilement vérifié à l’aide, par exemple, de Process Monitor sous Windows. L'option -vm permet d'exécuter une version spécifique de Java. Son objectif est que le processus configuré soit lancé et exécute tout le code Java par lui-même. , c’est pourquoi vous configurez jusqu’à Java.exe. Dans ce cas, vous NE PAS devez disposer de la même architecture pour Eclipse et Java, mais vous pouvez mélanger à la fois 32 bits et 64 bits. Vous ne pouvez que NE PEUT PAS mélanger les deux, si vous NE PAS UTILISER -vm, mais laissez Eclipse charger Java de manière native dans son propre processus à l'aide de jvm.dll, etc. Ce dernier comportement est le comportement par défaut d'Eclipse, mais ce n'est plus le cas si vous configurez correctement -vm dans Eclipse.ini.
Si vous ne me croyez pas, faites vous-même des tests en utilisant différentes architectures d'Eclipse et Java et configurez -vm ou pas correctement. En fin de compte, c'est exactement ce que le questionneur a décrit dans son commentaire à la réponse acceptée:
Impossible d'exécuter Eclipse; JVM terminée. Code de sortie = 1
Il dit qu'un JDK 64 bits fonctionne maintenant, mais dans sa capture d'écran, on peut voir que son Eclipse est 32 bits, car le chemin d'accès de launcher.library est de 32 bits.
Et maintenant, pour la raison de mon arrivée ici: un seul de mes clients a eu quelques problèmes pour charger l’une de nos applications basées sur Eclipse/OSGI également et Java est sorti avec le code de sortie 13. Il a finalement montré que le problème était: pas à propos de -vm ou des architectures de Java et Eclipse.exe, mais il lui manquait simplement config.ini et je suppose que Eclipse.exe ne savait pas quoi charge ou telle. Une fois que nous avons reconnu cela et mis un config.iniback en place, l'application s'est correctement chargée avec -vm et un JRE7 64 bits en combinaison avec un Eclipse.exe 32 bits.
Je fais face au même problème avec st 3.8.4, alors j’ai essayé différents réglages mais pas de chance, j’ai réinstallé jdk à nouveau mais j’ai essayé mais le même problème. Enfin, j’ai téléchargé sts 3.8.2, il n’ya aucun problème. En utilisant Windows 8, OS 64 bits. Merci
Cela peut se produire lorsque la variable d’environnement PATH est dirigée vers une mauvaise installation Java.
1) Ouvrez le fichier SpringToolSuite4.ini.
2) Recherchez le texte "openFile" dans le fichier SpringToolSuite4.ini.
3) Indiquez l’emplacement du fichier javaw.exe dans SpringToolSuite4.ini
4) Remarque: Indiquez le Nouvelle ligne entre - vm et votre chemin javaw.exe, comme indiqué ci-dessous.
fichier ouvert
- vm
C:\Program Files\Java\jdk1.8.0\bin\javaw.exe
- vmargs
- Dosgi.requiredJavaVersion = 1.8
- Xms256m
J'ai utilisé le nouveau programme d'installation Eclipse. Je n'ai pas aimé le chemin d'installation et je l'ai changé manuellement. Après cela, j'ai aussi le message code de sortie = 1.
Il existe une propriété nouvelle dans le fichier _Eclipse.ini_ nommé -install. Je devais simplement le modifier avec le nouvel emplacement, ce qui résolvait le problème.
Dans le nouveau programme d'installation, j'ai sélectionné _D:/Eclipse_, mais le IDE était installé à _D:/Eclipse/eclipse_. J'ai donc déplacé le dossier manuellement. La prochaine fois que j'ai essayé d'ouvrir Eclipse, j'ai eu une erreur de sortie. J'ai donc dû modifier _Eclipse.ini_ et définir l'emplacement actuel:
_-install
D:/Eclipse
_J'ai fait plusieurs choses pour me débarrasser de cette erreur agaçante, car modifier .ini n'a jamais fonctionné pour moi.
- Installé le dernier JDK
- Supprimez complètement l’ancien dossier Eclipse IDE.
- Cette fois, j'ai décompressé à un endroit différent
Double-cliquez sur "Eclipse.exe" Fonctionne maintenant comme un charme Utilisez l'espace de travail par défaut pour charger vos anciens projets.
Je soupçonne qu'il s'agisse du problème Java VM de JDK plus qu'Eclipse.
J'ai eu le même problème sur Ubuntu et je l'ai résolu en décompressant tous les fichiers * .pack dans le répertoire jdk. par exemple: cd /usr/Java/jdk1.7.0_03/jre/lib Sudo ../bin/unpack200 rt.pack rt.jar
J'ai eu ce problème aussi. J'ai eu un vieux JDK1.8.0_05. J'ai installé le dernier JDK1.8.0_111 et tout fonctionne très bien maintenant. Veillez simplement à mettre à jour votre variable d’environnement.
Je suis sur Windows 7 64 bits. Utilisation d’Eclipse Neon 1a.
J'espère que ça aide quelqu'un.
Je l'ai corrigé en réinstallant le jdk. Dans mon cas il fallait faire:
Java -version
Sudo apt-get purge openjdk*
Sudo add-apt-repository ppa:webupd8team/Java
Sudo apt-get update
Sudo apt-get install Oracle-Java7-installer
Java -version
javac -version
tiré de Installer Java JDK + JRE (Oracle) dans Kubuntu 13.04 à partir d'apt
Avant d’aller à la solution, laissez-nous savoir pourquoi elle montre cette erreur. Si vous connaissez le problème à l'origine de ce problème, nous pouvons facilement corriger cette erreur.
Raison 1: La raison la plus courante derrière ce problème est que nous essayons d'installer une version différente de bits, c'est-à-dire une version 64 bits ou 32 bits du logiciel. Cela peut être soit Eclipse ou Java.
Solution: Vérifiez la version du système d'exploitation que vous utilisez. Assurez-vous d'avoir téléchargé la même version d'Eclipse ainsi que la même version du logiciel Java.
Raison 2: Erreur de configuration dans le fichier Eclipse.ini
Solution: Ajoutez cette ligne "- vm puis chemin de votre Java sdk" à la fin du fichier Eclipse.ini. par exemple: -vm C:\Program Files\Java\jdk1.7.0_71\bin\javaw.exe
Raison 3: Caractères spéciaux (#,!, @) Dans le répertoire d'installation d'Eclipse.
Solution: Assurez-vous de ne pas avoir de caractères spéciaux.
Raison 4: Vous avez ajouté Java chemin deux fois dans la variable système PATH et le chemin est différent.
Solution: Supprimez un chemin incorrect/différent Java de la variable système PATH.
Raison 5: Vous utilisez peut-être la dernière version d'Eclipse, mais vous utilisez peut-être une version incorrecte ou une version non prise en charge de Java machine virtuelle (JVM).
Solution: Pour vérifier quelle version de Java vous utilisez l'invite de commande ouverte en appuyant sur la touche Win + R, tapez cmd et appuyez sur entrée. Maintenant, dans cette console, tapez Java commande -version pour connaître la version Java. Recherchez maintenant si Eclipse prend en charge cette version ou non. Ou vous pouvez ouvrir le dossier "readme" dans le dossier Eclipse et ouvrir le fichier readme_Eclipse.html pour voir quelle version il prend en charge.
Dans mon cas, le chemin Java n'était pas défini dans les variables Env. A commencé à fonctionner après que le chemin correct ait été défini dans Env PATH.
Tapez javac dans l'invite de commande et assurez-vous que Java PATH est correct.
utilisez la configuration ci-dessous;
-startup
plugins/org.Eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.Eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20130807-1835
-product
org.springsource.ggts.ide
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-vm
C:\Program Files\Java\jdk1.7.0_51\jre\bin\javaw.exe
-vmargs
-Dorg.Eclipse.swt.browser.IEVersion=10001
-Dgrails.console.enable.interactive=false
-Dgrails.console.enable.terminal=false
-Djline.terminal=jline.UnsupportedTerminal
-Dgrails.console.class=grails.build.logging.GrailsEclipseConsole
-Dosgi.requiredJavaVersion=1.6
-Xms40m
-Xmx768m
-XX:MaxPermSize=256m
-Dorg.Eclipse.swt.browser.IEVersion=10001
pour ceux avec Eclipse Neon
Je voulais exécuter Eclipse Neon et j'avais JRE 1.8 mais JDK 1.7. Il a renvoyé une erreur = 13 puis j'ai installé Java JDK 1.8 et tout a fonctionné comme un charme