Не удается запустить Eclipse; JVM завершена. Код выхода = 13

Ответ 1

Это может быть так, как показывает ошибка (а не как она написана в файле eclipse.ini), но есть текст в Eclipse.ini(Указание JVM), в котором говорится следующее:

• Параметр -vm и его значение (путь) должны быть в отдельных строках.
• Значение должно быть полным абсолютным путем к исполняемому файлу Java, а не только к домашнему каталогу Java.
• Параметр -vm должен произойти перед параметром -vmargs, поскольку все после -vmargs передается непосредственно в JVM

Ответ 2

У меня была такая же ошибка при настройке eclipse.ini для использования JRE6. Оказывается, я вызвал эту ошибку, неправильно настроив eclipse на использование 64-разрядной JVM при запуске 32-разрядной версии eclipse 3.7.

Правильная конфигурация требовала, чтобы в eclipse.ini -vm argumument использовались "C:/Program Files (x86)/" вместо "C:/Program Files/".

Убедитесь, что используемая версия JVM (32/64 бит) соответствует версии eclipse (32/64 бит).

Ответ 3

Посмотрите на вторую строку окна сообщения. Там вы можете увидеть, какая Java-среда на самом деле запущена. Мой внезапно оказался C:\ProgramData\Oracle\Java\javapath\javaw.exe. Это произошло после того, как я установил "chrome java Updater" (браузер Chrome простонал: "ваша java устарела, вы должны обновить...").

Перед этим "обновлением chrome java" моё затмение (luna jee x64) началось без ошибок. Посмотрев ближе к фону, я обнаружил следующее: средство обновления Java Chrome (notabene запущено с сайта Oracle) добавило C:\ProgramData\Oracle\Java\javapath перед env var PATH. Он содержит три символические ссылки на новейшую установку Java JRE 8 в папке программы (x86) → следовательно, на 32-разрядную JRE JRE. Oracle заменяет на Java8 старую технику, имеющую символические ссылки в system32 (64bit) соотв. SysWOW64 (32 бита).

Тем временем я узнал. Независимо от того, какой установщик Java вы запустили последним (*.exe), Windows запоминает этот вариант Java (32b или 64b), в результате чего после обновления ссылки в C:\ProgramData\Oracle\Java\javapath указывают на java установка запоминающегося аромата. Если у вас есть установка 64b eclipse и вы столкнулись с описанной ошибкой: просто переустановите новейший 64b JDK. После этого обновления Java больше не ссылаются на 32-битную версию. И eclipse 64b будет запускаться правильно без записи в eclipse.ini.

Ответ 4

Вам нужно проверить, есть ли на вашем компьютере 64-разрядная или 32-разрядная операционная система, то же самое можно сказать о JDK (64-разрядной/32-разрядной версии), а также для Eclipse (64-bit/32-bit).

Убедитесь, что они все одинаковые; если нет, вам нужно загрузить тот, который соответствует вашей битте.

Ответ 5

Для Eclipse:

Добавлены две строки в eclipse.ini

Вторая строка представляет местоположение JDK файла javaw.exe.

-vm

C:\Program Files\Java\jdk1.7.0_60\bin\javaw.exe

Примечание: поместите -vm строки до -vmargs, в противном случае будет выбрано местоположение по умолчанию.

Для STS

Измените то же, что указано выше в STS.ini

Ответ 6

Я просто ударил это тоже. Оказывается, что по крайней мере для меня это было связано с попыткой использовать win64-версию JRE с win32 Eclipse. Кажется, что win32 Eclipse требует win32 Java (то, что называется -586 в списке установщиков Java от Oracle/Sun).

Причина, по которой я использовал оба, заключается в том, что я пытался определить ошибку, которая проявилась только в 64-битном Eclipse, поэтому мне нужно сопоставить 32-разрядную версию.

Как только я установил BOTH версии "x64" (win64) и "i586" (win32) JRE на моей машине, все будет работать нормально и не будет ошибок 13. Возможно, вы оба установили одновременно.

Ответ 7

Ошибка означает неправильную версию JVM для этой версии Eclipse. Ссылка имеет более подробную информацию:

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

Ответ 8

У меня была такая же проблема, и я потратил около часа на решение этой проблемы. В конце это был символ # 'в пути.

Итак, я переименовал "C:\# IDE\eclipse 3.7 \" в "C:\+ IDE\eclipse 3.7 \", и это решило проблему.

Ответ 9

Недавно я столкнулся с той же проблемой. Моя версия eclipse не поддерживала java-версию 8.

Я случайно установил jre 8 на своей машине, которая автоматически обновляла мою переменную PATH, добавляя "C:\ProgramData\Oracle\Java\javapath" в начале процесса, которая заставляла затмение забирать эту версию (и игнорировать добавленный вручную 1.6 версия, которая появилась позже в порядке) и сбой с кодом выхода 13.

Я просто удалил эту строку из пути, чтобы система подбирала мою старую версию, и затмение началось просто отлично.

Ответ 10

Убедитесь, что Eclipse и Java, которые вы используете, являются либо 32-разрядными, либо 64-разрядными.

Вы не можете запустить 64-битное затмение с 32-разрядной JRE.

java -version

Java HotSpot (TM) 64-Bit Сервер VM

32-разрядная версия JRE не будет содержать в ней 64-разрядную версию.

Ответ 11

У меня была такая же проблема с eclipse на моей машине. У меня был 32-разрядный бит. Таким образом, я удалил 32-битный и установил 64-битный вариант, и он работал отлично.

Ответ 12

просто установите 64-разрядную версию JAVA из http://java.com/en/download/manual.jsp

и удалите устаревшую версию, если будет предложено установить 64-битный установщик

Ответ 13

Перейдите в папку, в которой вы сохранили Eclipse. Просмотрите папку конфигурации в журнале запуска. Это даст вам гораздо лучшую диагностику, чем "код выхода 13".

Ответ 14

После обновления java, eclipse не запустится, поскольку изменилось местоположение jdk по умолчанию. Добавление следующих строк в файл eclipse.ini немедленно разрешило мою проблему:

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

Я добавил эти строки непосредственно перед vmargs. Он выглядит следующим образом:

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

Для получения дополнительной информации о eclipse.ini посетите сайт http://wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example

В моем случае я использую 32-битное eclipse и java. Если вы установили 32-разрядную и 64-разрядную версии java, будьте осторожны, чтобы выбрать правильную версию. Для 64-разрядных версий обратитесь к файлу javaw.exe в каталоге

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

Ответ 15

Всякий раз, когда вы видите эту ошибку, перейдите в раздел "Конфигурация" и убедитесь, что только что создан файл журнала. Он должен иметь правильную Exptecttrace. Мой был случай, когда я получил обновленную 32-битную JRE (или JVM), которая была стандартной Java, добавленной в Path. И моя установка Eclipse была 64-битной, что означало, что ей нужна 64-разрядная виртуальная машина для запуска своих собственных SWT-библиотек. Поэтому я просто удалил 32-битную JVM и заменил ее на 64-битную JVM.

Интересно, улучшит ли этот механизм отчетности, вместо того, чтобы автоматически генерировать файл журнала в каком-то каталоге.

Ответ 16

Эта ошибка возникла у меня на ubuntu, установив 32-битную и 64-битную java. Используйте

sudo update-alternatives --config java

чтобы установить правильную версию для использования по умолчанию.

Ответ 17

Просто удаленная версия jre-32 bit и она отлично работала для меня.

Ответ 18

Я использовал Eclipse Juno, и я не помнил, было ли это 32 или 64 бита. Я установил Java 32 бита и почему он потерпел неудачу. Затем я установил Java 64 бит, а Eclipse Juno снова работает.

Я также удалил любую ссылку java или jre в переменных среды (PATH).

Ответ 19

На мой взгляд, большинство ответов здесь в отношении разных архитектур Eclipse и Java просто ошибочны, и это можно легко проверить, используя, например, Монитор процессов под Windows. Опция -vm предназначена для запуска определенной версии java, и точка ее заключается в том, что сконфигурированный процесс запускается и запускает весь код Java сам по себе, поэтому вы настраиваете до java.exe. В этом случае вы НЕ НЕ должны иметь одну и ту же архитектуру для Eclipse и Java, но можете радостно смешивать 32 бит и 64 бит. Только НЕ МОЖЕТ смешивать оба, если вы НЕ НЕ используете -vm, но пусть Eclipse загружает Java изначально в свой собственный процесс с помощью jvm.dll и т.д. Это последнее поведение Eclipse по умолчанию, но не в том случае, если вы правильно настроили -vm в eclipse.ini.

Если вы мне не верите, выполните некоторые тесты самостоятельно, используя разные архитектуры Eclipse и Java и настройте -vm или не правильно. В конце концов, это именно то, что расспросил в своем комментарии к принятому ответу:

Не удается запустить Eclipse; JVM завершена. Код выхода = 13

Он говорит, что сейчас работает 64-битный JDK, но на его скриншоте видно, что его Eclipse 32 бит, потому что путь для launcher.library равен 32 бит.

И теперь по той причине, что я пришел сюда: у Оби моих клиентов возникли проблемы с загрузкой одного из наших приложений на основе Eclipse/OSGI, а Java - с кодом выхода 13. В итоге это показало, что проблема не в том, чтобы -vm или архитектуры Java и eclipse.exe, но вместо этого он просто отсутствовал config.ini, и я думаю, eclipse.exe не знал, что загрузить или что такое. После того, как мы узнали об этом и вернем config.ini обратно, приложение загрузилось с использованием -vm и 64-битного JRE7 в сочетании с 32-битным eclipse.exe.

Ответ 20

У меня была такая же проблема на Ubuntu, и я решил ее распаковать все *.pack файлы в каталог jdk. например: cd/usr/java/jdk1.7.0_03/jre/lib sudo../bin/unpack200 rt.pack rt.jar

Ответ 21

используйте приведенную ниже конфигурацию;

    -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

Ответ 22

Я установил переустановку jdk. В моем случае это нужно было сделать:

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

взято из Установить Java JDK + JRE (оракул) в Kubuntu 13.04 из apt

Ответ 23

В моем случае путь JAVA не был установлен в переменные Env. Начал работу после того, как правильный путь был установлен в Env PATH.

Введите javac в командной строке и убедитесь, что JAVA PATH верен.

Ответ 24

Я сделал пару вещей, чтобы избавиться от этой досадной ошибки, поскольку модификация .ini никогда не работала для меня.

• Установлен последний JDK
• Полностью удалить старую папку Eclipse IDE.
• На этот раз я раскодирован в другое место

Двойной щелчок "eclipse.exe" Работает теперь как шарм Используйте рабочую область по умолчанию для загрузки старых проектов.

Я подозреваю, что это JDK Java VM выдает больше, чем затмение.

Ответ 25

Я использовал новый Eclipse Installer. Мне не понравился путь установки, и я изменил его вручную. После этого я получил сообщение exit code = 13.

В eclipse.ini файле с именем -install имеется свойство new. Мне просто пришлось изменить его с новым местоположением, и это решило эту проблему.

В новом установщике я выбрал D:/eclipse, но IDE был установлен в D:/eclipse/eclipse. Итак, я переместил папку вручную. В следующий раз, когда я попытался открыть eclipse, я получил ошибку выхода. Таким образом, мне пришлось изменить eclipse.ini и установить текущее местоположение:

-install
D:/eclipse

Ответ 26

Прежде чем перейти к решению, сообщите нам, почему он показывает эту ошибку. Если вы знаете проблему, стоящую за этой проблемой, мы можем легко исправить эту ошибку.

Причина 1:. Наиболее распространенной причиной этой проблемы является то, что мы пытаемся установить другую битовую версию, то есть 64-битную или 32-разрядную версию программного обеспечения. Возможно, это Eclipse или Java.

Решение: Проверьте, какая версия операционной системы вы используете. Убедитесь, что вы загрузили ту же версию Eclipse, а также ту же версию программного обеспечения Java.

Причина 2: Ошибка конфигурации в файле Eclipse.ini

Решение: Добавьте эту строку "- vm, затем путь к вашему java sdk" в конце файла Eclipse.ini. например: -vm C:\Program Files\Java\jdk1.7.0_71\bin\javaw.exe

Причина 3: Специальные символы (#,!, @) в каталоге установки Eclipse.

Решение: Убедитесь, что у вас нет специальных символов.

Причина 4: Вы добавили путь JAVA два раза в системную переменную PATH, и оба пути различны.

Решение: Удалите один неправильный/другой путь JAVA из системной переменной PATH.

Причина 5: Возможно, вы используете последнюю версию Eclipse, но вы можете использовать неправильную версию или неподдерживаемую версию виртуальной машины Java (JVM).

Решение: Чтобы проверить, какую версию java вы используете, откройте командную строку, нажав клавишу win + R и введите cmd и нажмите enter. Теперь в этой консоли введите команду Java -version, чтобы узнать версию java. Теперь изучите, поддерживает ли eclipse эту версию или нет. Или Вы можете открыть папку "readme" в папке Eclipse и открыть файл readme_eclipse.html, чтобы посмотреть, какую версию он поддерживает.

Ответ 27

для тех, у кого есть Eclipse Neon

Я хотел запустить Eclipse Neon и имел JRE 1.8, но JDK 1.7 Он возвратил ошибку = 13 затем я установил java JDK 1.8, и все работало как шарм

Ответ 28

У меня тоже была эта проблема. У меня был старый JDK1.8.0_05. Я установил новейший JDK1.8.0_111, и теперь все отлично работает. Просто не забудьте обновить переменную среды.

Я на 64-разрядной версии Windows 7. Использование Eclipse Neon 1a.

Надеюсь, что это поможет кому-то.

Ответ 29

Я сталкиваюсь с той же проблемой с sts 3.8.4, поэтому я пробовал разные настройки, но не удачу, Я переустанавливаю jdk снова, но попытался, но с той же проблемой. Наконец, я скачал sts 3.8.2. Использование окон 8, 64 бит os. спасибо

Ответ 30

Это может произойти, когда переменная среды PATH указывает на неправильную установку java.