Я просто добавляю -vm C:\Program Files\Java\jre6\bin\javaw.exe
в eclipse.ini, я пытаюсь снова запустить eclipse и получил эту ошибку. Дайте мне, как решить или связать, что на самом деле решить его.
это мой 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
Спасибо
Это может быть так, как показывает ошибка (а не как она написана в файле eclipse.ini), но есть текст в Eclipse.ini(Указание JVM), в котором говорится следующее:
- Параметр -vm и его значение (путь) должны быть в отдельных строках.
- Значение должно быть полным абсолютным путем к исполняемому файлу Java, а не только к домашнему каталогу Java.
- Параметр -vm должен произойти перед параметром -vmargs, поскольку все после -vmargs передается непосредственно в JVM
У меня была такая же ошибка при настройке 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 бит).
Посмотрите на вторую строку окна сообщения. Там вы можете увидеть, какая 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.
Вам нужно проверить, есть ли на вашем компьютере 64-разрядная или 32-разрядная операционная система, то же самое можно сказать о JDK (64-разрядной/32-разрядной версии), а также для Eclipse (64-bit/32-bit).
Убедитесь, что они все одинаковые; если нет, вам нужно загрузить тот, который соответствует вашей битте.
Для Eclipse:
Добавлены две строки в eclipse.ini
Вторая строка представляет местоположение JDK файла javaw.exe.
-vm
C:\Program Files\Java\jdk1.7.0_60\bin\javaw.exe
Примечание: поместите -vm строки до -vmargs, в противном случае будет выбрано местоположение по умолчанию.
Для STS
Измените то же, что указано выше в STS.ini
Я просто ударил это тоже. Оказывается, что по крайней мере для меня это было связано с попыткой использовать win64-версию JRE с win32 Eclipse. Кажется, что win32 Eclipse требует win32 Java (то, что называется -586 в списке установщиков Java от Oracle/Sun).
Причина, по которой я использовал оба, заключается в том, что я пытался определить ошибку, которая проявилась только в 64-битном Eclipse, поэтому мне нужно сопоставить 32-разрядную версию.
Как только я установил BOTH версии "x64" (win64) и "i586" (win32) JRE на моей машине, все будет работать нормально и не будет ошибок 13. Возможно, вы оба установили одновременно.
Ошибка означает неправильную версию JVM для этой версии Eclipse. Ссылка имеет более подробную информацию:
http://www.ehow.com/how_4784069_terminated-exit-code-error-eclipse.html
У меня была такая же проблема, и я потратил около часа на решение этой проблемы. В конце это был символ # 'в пути.
Итак, я переименовал "C:\# IDE\eclipse 3.7 \" в "C:\+ IDE\eclipse 3.7 \", и это решило проблему.
Недавно я столкнулся с той же проблемой. Моя версия eclipse не поддерживала java-версию 8.
Я случайно установил jre 8 на своей машине, которая автоматически обновляла мою переменную PATH, добавляя "C:\ProgramData\Oracle\Java\javapath" в начале процесса, которая заставляла затмение забирать эту версию (и игнорировать добавленный вручную 1.6 версия, которая появилась позже в порядке) и сбой с кодом выхода 13.
Я просто удалил эту строку из пути, чтобы система подбирала мою старую версию, и затмение началось просто отлично.
Убедитесь, что Eclipse и Java, которые вы используете, являются либо 32-разрядными, либо 64-разрядными.
Вы не можете запустить 64-битное затмение с 32-разрядной JRE.
java -version
Java HotSpot (TM) 64-Bit Сервер VM
32-разрядная версия JRE не будет содержать в ней 64-разрядную версию.
У меня была такая же проблема с eclipse на моей машине. У меня был 32-разрядный бит. Таким образом, я удалил 32-битный и установил 64-битный вариант, и он работал отлично.
просто установите 64-разрядную версию JAVA из http://java.com/en/download/manual.jsp
и удалите устаревшую версию, если будет предложено установить 64-битный установщик
Перейдите в папку, в которой вы сохранили Eclipse. Просмотрите папку конфигурации в журнале запуска. Это даст вам гораздо лучшую диагностику, чем "код выхода 13".
После обновления 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
Всякий раз, когда вы видите эту ошибку, перейдите в раздел "Конфигурация" и убедитесь, что только что создан файл журнала. Он должен иметь правильную Exptecttrace. Мой был случай, когда я получил обновленную 32-битную JRE (или JVM), которая была стандартной Java, добавленной в Path. И моя установка Eclipse была 64-битной, что означало, что ей нужна 64-разрядная виртуальная машина для запуска своих собственных SWT-библиотек. Поэтому я просто удалил 32-битную JVM и заменил ее на 64-битную JVM.
Интересно, улучшит ли этот механизм отчетности, вместо того, чтобы автоматически генерировать файл журнала в каком-то каталоге.
Эта ошибка возникла у меня на ubuntu, установив 32-битную и 64-битную java. Используйте
sudo update-alternatives --config java
чтобы установить правильную версию для использования по умолчанию.
Просто удаленная версия jre-32 bit и она отлично работала для меня.
Я использовал Eclipse Juno, и я не помнил, было ли это 32 или 64 бита. Я установил Java 32 бита и почему он потерпел неудачу. Затем я установил Java 64 бит, а Eclipse Juno снова работает.
Я также удалил любую ссылку java или jre в переменных среды (PATH).
На мой взгляд, большинство ответов здесь в отношении разных архитектур 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.
У меня была такая же проблема на Ubuntu, и я решил ее распаковать все *.pack файлы в каталог jdk. например: cd/usr/java/jdk1.7.0_03/jre/lib sudo../bin/unpack200 rt.pack rt.jar
используйте приведенную ниже конфигурацию;
-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
Я установил переустановку 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
В моем случае путь JAVA не был установлен в переменные Env. Начал работу после того, как правильный путь был установлен в Env PATH.
Введите javac в командной строке и убедитесь, что JAVA PATH верен.
Я сделал пару вещей, чтобы избавиться от этой досадной ошибки, поскольку модификация .ini никогда не работала для меня.
Двойной щелчок "eclipse.exe" Работает теперь как шарм Используйте рабочую область по умолчанию для загрузки старых проектов.
Я подозреваю, что это JDK Java VM выдает больше, чем затмение.
Я использовал новый Eclipse Installer. Мне не понравился путь установки, и я изменил его вручную. После этого я получил сообщение exit code = 13.
В eclipse.ini файле с именем -install имеется свойство new. Мне просто пришлось изменить его с новым местоположением, и это решило эту проблему.
В новом установщике я выбрал D:/eclipse, но IDE был установлен в D:/eclipse/eclipse. Итак, я переместил папку вручную. В следующий раз, когда я попытался открыть eclipse, я получил ошибку выхода. Таким образом, мне пришлось изменить eclipse.ini и установить текущее местоположение:
-install
D:/eclipse
Прежде чем перейти к решению, сообщите нам, почему он показывает эту ошибку. Если вы знаете проблему, стоящую за этой проблемой, мы можем легко исправить эту ошибку.
Причина 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, чтобы посмотреть, какую версию он поддерживает.
для тех, у кого есть Eclipse Neon
Я хотел запустить Eclipse Neon и имел JRE 1.8, но JDK 1.7 Он возвратил ошибку = 13 затем я установил java JDK 1.8, и все работало как шарм
У меня тоже была эта проблема. У меня был старый JDK1.8.0_05. Я установил новейший JDK1.8.0_111, и теперь все отлично работает. Просто не забудьте обновить переменную среды.
Я на 64-разрядной версии Windows 7. Использование Eclipse Neon 1a.
Надеюсь, что это поможет кому-то.
Я сталкиваюсь с той же проблемой с sts 3.8.4, поэтому я пробовал разные настройки, но не удачу, Я переустанавливаю jdk снова, но попытался, но с той же проблемой. Наконец, я скачал sts 3.8.2. Использование окон 8, 64 бит os. спасибо
Это может произойти, когда переменная среды PATH указывает на неправильную установку java.