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 problème.

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 juste la façon dont l'erreur s'affiche (et non pas comment elle est écrite dans le fichier eclipse.ini), mais il y a du texte dans Eclipse.ini (spécification de la JVM) qui dit ce qui suit:

• L'option -vm et sa valeur (le chemin d'accès) doivent se trouver sur des lignes distinctes.
• La valeur doit être le chemin absolu complet vers l'exécutable Java, pas seulement vers le répertoire de base Java.
• L'option -vm doit se produire avant l'option -vmargs, car tout ce qui suit -vmargs est transmis directement à la JVM

J'ai eu la même erreur lors de la configuration d'eclipse.ini pour utiliser JRE6. Il s'avère que j'ai provoqué cette erreur en configurant incorrectement eclipse pour utiliser la JVM 64 bits lors de l'exécution d'une version 32 bits d'éclipse 3.7.

La configuration correcte nécessitait l'argument eclipse.ini -vm pour utiliser "C: / Program Files (x86) /" au lieu de "C: / Program Files /".

Assurez-vous que la version JVM (32/64 bits) que vous utilisez correspond à la version eclipse (32/64 bits).

Regardez la deuxième ligne de la boîte de message. Là, vous pouvez voir quel runtime java est réellement démarré. Le mien était soudainement C: \ ProgramData \ Oracle \ Java \ javapath \ javaw.exe. Cela s'est produit après avoir installé un "programme de mise à jour de chrome java" (le navigateur Chrome a gémi: "votre java est obsolète, vous devez mettre à jour ...").

Avant cette "mise à jour java chrome" mon éclipse (luna jee x64) a démarré sans erreur. En regardant de plus près l'arrière-plan, j'ai détecté ce qui suit: le programme de mise à jour Java Java (notabene démarré à partir d'un site Oracle) a ajouté C: \ ProgramData \ Oracle \ Java \ javapath devant le chemin var var env. Il contient trois liens symboliques vers la dernière installation de Java 8 JRE dans le dossier du programme (x86) -> donc vers un JRE Java 32 bits. Oracle remplace par Java8 l'ancienne technique ayant les liens symboliques dans system32 (64bit) resp. SysWOW64 (32 bits).

Pendant ce temps, j'ai appris. Quel que soit le programme d'installation java que vous avez exécuté en dernier (le * .exe), Windows se souvient de cette saveur java (32b ou 64b), de sorte qu'après une mise à jour, les liens dans C: \ ProgramData \ Oracle \ Java \ javapath pointent vers une java installation de la saveur rappelée. Si vous avez une installation d'éclipse 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 font plus de lien vers 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 également pour Eclipse (64 bits / 32 bits).

Assurez-vous qu'ils sont tous identiques; sinon, vous devez télécharger celui qui correspond à votre témoin.

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 est pris.

Pour STS

Modifiez la même chose que ci-dessus dans STS.ini

Je viens de frapper aussi. Il s'avère qu'au moins pour moi, cela était dû à essayer d'utiliser une version win64 du JRE avec une Eclipse win32. Il semble que win32 Eclipse nécessite un Java win32 (ce qu'on appelle -586 dans la liste des installateurs Java d'Oracle / Sun).

La raison pour laquelle j'utilisais les deux est que j'essayais de localiser un bogue qui ne se manifestait que dans Eclipse 64 bits, donc j'avais besoin d'un 32 bits pour comparer.

Une fois que j'ai installé les versions "x64" (win64) et "i586" (win32) du JRE sur ma machine, les choses fonctionnent bien et aucune erreur 13. Vous pouvez apparemment avoir les deux installés en même temps.

L'erreur signifie que c'est la mauvaise version de JVM pour cette version d'Eclipse. Le lien contient plus de détails:

http://www.ehow.com/how_4784069_terminated-exit-code-error-eclipse.html

Assurez-vous que l'Eclipse et le Java que vous utilisez sont à la fois 32 bits ou 64 bits.

Vous ne pouvez pas exécuter l'éclipse 64 bits avec JRE 32 bits.

java -version

Machine 64-Bitvirtuelle Java HotSpot (TM) Server

La version 32 bits JRE n'aura pas 64 bits.

Je viens d'avoir le même problème et je passe environ une heure à essayer de résoudre le problème. En fin de compte, c'était un caractère « # » dans le chemin.

J'ai donc renommé "C: \ # IDE \ eclipse 3.7 \" en "C: \ + IDE \ eclipse 3.7 \" et cela a résolu le problème.

Récemment, j'ai rencontré le même problème.Ma version d'Eclipse ne supportait pas la version 8 de Java.

J'avais accidentellement installé jre 8 sur ma machine qui a automatiquement mis à jour ma variable PATH en ajoutant "C: \ ProgramData \ Oracle \ Java \ javapath" dans le beginging qui a conduit eclipse à récupérer cette version (et ignorer la version 1.6 ajoutée manuellement qui est venue plus tard dans l'ordre) et planter avec le code de sortie 13.

Je viens de supprimer cette chaîne du chemin, ce qui a conduit le système à récupérer mon ancienne version et l'éclipse a très bien commencé.

J'ai eu le même problème avec eclipse dans mes deux machines. J'avais jre 32 bits installé. J'ai donc supprimé 32 bits et installé 64 bits à la place et cela a parfaitement fonctionné.

installez simplement la version 64 bits de JAVA depuis http://java.com/en/download/manual.jsp

et désinstaller la version antérieure si le programme d'installation 64 bits vous y invite

Accédez au dossier dans lequel vous avez enregistré Eclipse. Regardez dans le dossier de configuration dans le journal de démarrage. Il vous donnera un bien meilleur diagnostic que le "code de sortie 13".

Après la mise à jour java, eclipse ne démarre pas car l'emplacement par défaut de jdk a changé. L'ajout des lignes suivantes au fichier eclipse.ini a résolu mon problème immédiatement:

-vm
C:\Program Files (x86)\Java\jdk1.7.0_75\bin\javaw.exe

J'ai ajouté ces lignes juste avant vmargs. Il ressemble à ceci:

...
--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 l'éclipse 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 sous le répertoire

C:\Program Files\Java\jdk1.8.0_60\bin

Chaque fois que vous voyez cette erreur, accédez au répertoire de configuration et recherchez un fichier journal généré tout à l'heure. Il doit avoir une trace de pile d'exception appropriée. Le mien était un cas où j'ai installé un JRE (ou JVM) 32 bits mis à jour qui était le Java par défaut qui a été ajouté au Chemin. Et mon installation Eclipse était en 64 bits, ce qui signifiait qu'elle avait besoin d'une machine virtuelle 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 amélioreront ce mécanisme de rapport, au lieu de générer silencieusement un fichier journal dans un répertoire.

Cette erreur m'est venue sur Ubuntu, après avoir installé Java 32 bits et 64 bits. Utilisation

sudo update-alternatives --config java

pour définir la bonne version à utiliser par défaut.

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 il 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).

À mon avis, la plupart des réponses ici concernant les différentes architectures d'Eclipse et Java sont tout simplement erronées et cela peut être facilement vérifié en utilisant par exemple Process Monitor sous Windows. L' -vmoption est là pour exécuter une version spécifique de java et le fait est que le processus configuré est démarré et exécute tout le code Java seul, c'est pourquoi vous configurez jusqu'à java.exe. Dans ce cas, vous n'avez PAS besoin d'avoir la même architecture pour Eclipse et Java, mais vous pouvez mélanger avec bonheur à la fois 32 bits et 64 bits. Vous ne POUVEZ pas mélanger les deux, si vous NE PAS utiliser -vm, mais laissez en mode natif Java de charge Eclipse dans son propre processus en utilisant jvm.dll et tel. Ce dernier comportement est la valeur par défaut d'Eclipse, mais ce n'est plus le cas si vous configurez correctement .-vm danseclipse.ini

Si vous ne me croyez pas, faites vous-même des tests en utilisant différentes architectures d'Eclipse et de Java et configurez -vmou pas correctement. En fin de compte, c'est exactement ce que l'interrogateur a décrit dans son commentaire à la réponse acceptée:

Impossible d'exécuter Eclipse; JVM terminée. Code de sortie = 13

Il dit qu'un JDK 64 bits fonctionne maintenant, mais dans sa capture d'écran, on peut voir que son Eclipse est de 32 bits, car le chemin d'accès launcher.libraryest de 32 bits.

Et maintenant, pour la raison pour laquelle je suis venu ici: Un de mes clients a également eu des problèmes lors du chargement de l'une de nos applications basées sur Eclipse / OSGI et Java est sorti avec le code de sortie 13. En fin de compte, cela a montré que le problème ne concernait pas -vmou les architectures de Java et eclipse.exe, mais à la place, il manquait tout simplement config.iniet je suppose qu'il eclipse.exene savait pas quoi charger ou tel. Après avoir reconnu cela et remis config.inien place, l'application s'est bien chargée avec l'utilisation d' -vmun JRE7 64 bits en combinaison avec un 32 bits eclipse.exe.

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

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

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

extrait de Install Java JDK + JRE (oracle) in Kubuntu 13.04 from apt

Dans mon cas, le chemin JAVA n'a pas été défini dans les variables Env. A commencé à fonctionner après que le chemin d'accès correct ait été défini dans Env PATH.

Tapez javac dans l'invite de commande et assurez-vous que JAVA PATH est correct.

J'ai fait quelques choses afin de me débarrasser de cette erreur ennuyeuse car la modification de .ini n'a jamais fonctionné pour moi.

1. Dernier JDK installé
2. Supprimez complètement l'ancien dossier IDE d'éclipse.
3. Cette fois, j'ai décompressé vers un emplacement 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 que c'est le problème de la machine virtuelle Java de JDK plus que l'éclipse.

J'ai utilisé le nouveau programme d' installation d'Eclipse . Je n'aimais pas le chemin d'installation et je l'ai changé manuellement. Après cela, j'ai également reçu le message de code de sortie = 13 .

Il y a une nouvelle propriété dans le eclipse.inifichier nommé -install. J'ai juste dû le modifier avec le nouvel emplacement, et cela a résolu ce problème.

Dans le nouveau programme d'installation que j'ai sélectionné D:/eclipse, mais l'IDE a été installé sur D:/eclipse/eclipse. J'ai donc déplacé le dossier manuellement. La prochaine fois que j'ai essayé d'ouvrir Eclipse, j'ai eu l'erreur de sortie. J'ai donc dû modifier eclipse.iniet définir l'emplacement actuel:

-install
D:/eclipse

Avant d'aller à la solution, faites-nous savoir pourquoi il affiche cette erreur. Si vous connaissez le problème derrière ce problème, nous pouvons facilement corriger cette erreur.

Raison 1: La raison la plus courante à l'origine de ce problème est que nous essayons d'installer une version binaire différente, c'est-à-dire une version 64 bits ou 32 bits du logiciel. Il peut s'agir d'Eclipse ou de 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 le chemin de votre sdk java" à 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é le chemin JAVA deux fois dans la variable système PATH et le chemin est différent.

Solution: supprimez un chemin JAVA incorrect / différent 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 Virtual Machine (JVM).

Solution: Pour vérifier quelle version de java vous utilisez l'invite de commande ouverte en appuyant sur la touche win + R et tapez cmd et appuyez sur entrée. Maintenant, dans cette console, tapez Java -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 readme_eclipse.html pour voir quelle version il prend en charge.

pour ceux avec Eclipse Neon

Je voulais exécuter Eclipse Neon et j'avais JRE 1.8 mais JDK 1.7 Il a retourné error = 13 puis j'ai installé java JDK 1.8 et tout a fonctionné comme un charme

J'avais aussi ce problème. J'avais un vieux JDK1.8.0_05. J'ai installé le dernier JDK1.8.0_111 et tout fonctionne très bien maintenant. Assurez-vous simplement de mettre à jour votre variable d'environnement.

Je suis sur Windows 7 64 bits. Utilisation d'Eclipse Neon 1a.

J'espère que cela aide quelqu'un.

Je fais face au même problème avec sts 3.8.4, j'ai donc essayé différents paramètres mais pas de chance, je réinstalle jdk à nouveau n essayé mais même problème. Enfin, j'ai téléchargé sts 3.8.2 n il fonctionne sans aucun problème. Utilisation de Windows 8, OS 64 bits. Merci

Cela peut se produire lorsque la variable d'environnement PATH pointe vers une mauvaise installation Java.