Я просто добавляю -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
Спасибо
У меня была та же ошибка при настройке uplight.ini для использования JRE6. Оказывается, я вызвал эту ошибку, неправильно настроив затмение для использования 64-битного JVM при запуске 32-битной версии затмения 3.7.
Для правильной конфигурации необходимо использовать аргумент uplyse.ini -vm для использования «C: / Program Files (x86) /» вместо «C: / Program Files /».
Убедитесь, что используемая вами версия JVM (32/64 бит) соответствует версии затмения (32/64 бит).
Возможно, это просто способ отображения ошибки (а не то, как это написано в файле eclipse.ini), но в Eclipse.ini (Specifying the JVM) есть текст, в котором говорится следующее:
- Параметр -vm и его значение (путь) должны находиться в отдельных строках.
- Значение должно быть полным абсолютным путем к исполняемому файлу Java, а не только к домашнему каталогу Java.
- Параметр -vm должен находиться перед параметром -vmargs, поскольку все, что следует после -vmargs, передается непосредственно JVM
Посмотрите на вторую строку окна сообщения. Там вы можете увидеть, какое время выполнения Java фактически начато. Мой был внезапно C: \ ProgramData \ Oracle \ Java \ javapath \ javaw.exe. Это произошло после того, как я установил «chrome java updater» (браузер Chrome застонал: «Ваша Java устарела, вы должны обновить...').
Перед этим «обновлением хромовой явы» мое затмение (luna jee x64) началось без ошибок. Приближаясь к фону, я обнаружил следующее: хромированный java-модерн (notabene начал с сайта Oracle) добавлен C: \ ProgramData \ Oracle \ Java \ javapath перед env var PATH. Он содержит три символических ссылки на новейшую установку java 8 JRE (x86) папка программы - > следовательно, к 32-битной Java JRE. Oracle заменяет Java8 старой техникой, имеющей символические ссылки в system32 (64bit) соотв. SysWOW64 (32bit).
Тем временем я узнал. Какой бы установщик Java вы ни выполнили последним (* .exe), окна запоминают этот аромат Java (32b или 64b), в результате чего после обновления ссылки в C: \ ProgramData \ Oracle \ Java \ javapath указывают на Java установка запоминающегося аромата. Если у вас есть установка затмения 64b и вы столкнулись с описанной ошибкой: просто переустановите новейший 64b JDK. После этого обновления Java больше не ссылаются на версию 32b. И затмение 64b начнется правильно без записи в uplypt.ini .
Вам необходимо проверить, имеет ли ваш компьютер 64-битную или 32-битную операционную систему, то же самое касается вашего JDK (64-битный / 32-битный), а также Eclipse (64-битный / 32-битный).
Убедитесь, что они все одинаковые; если нет, вам нужно скачать тот, который соответствует вашей битности.
Для Затмения:
Добавлены эти две строки в uplypt.ini
Вторая строка представляет местоположение JDK файла javaw.exe.
-VM
C: \ Program Files \ Java \ jdk1.7.0_60 \ bin \ javaw.exe
Для STS
Измените так же, как указано выше в STS.ini
Я тоже только что столкнулся с этим. Оказалось, что, по крайней мере у меня, это произошло из-за попытки использовать win64-версию JRE с win32 Eclipse. Похоже, что для win32 Eclipse требуется win32 Java (то, что называется -586 в списке установщиков Java от Oracle/Sun).
Причина, по которой я использовал обе версии, заключается в том, что я пытался выявить ошибку, которая проявлялась только в 64-битном Eclipse, поэтому мне нужна была 32-битная версия для сравнения.
Как только я установил ОБЕ версии JRE "x64" (win64) и "i586" (win32) на свою машину, все заработало нормально, и никакой ошибки 13. По-видимому, вы можете установить обе версии одновременно.
Ошибка означает, что для данной версии Eclipse выбрана неправильная версия JVM. Более подробная информация приведена по ссылке:
http://www.ehow.com/how_4784069_terminated-exit-code-error-eclipse.html
Убедитесь, что Eclipse и Java, которые вы используете, являются 32-битными или 64-битными.
Вы не можете запустить 64-битное затмение с 32-битным JRE .
java -version
Java HotSpot (TM) 64-Bit
Сервер VM
32-битная версия JRE не будет иметь 64-битную версию.
У меня просто была та же проблема, и я потратил около часа, пытаясь решить проблему. В конце концов это был символ « # » на пути.
Поэтому я переименовал «C: \ # IDE \ eclipse 3.7 \» в «C: \ + IDE \ eclipse 3.7 \», и это решило проблему.
Недавно я столкнулся с той же проблемой. Моя версия затмения не поддерживала Java-версию 8.
Я случайно установил jre 8 на своем компьютере, который автоматически обновил мою переменную PATH, добавив «C: \ ProgramData \ Oracle \ Java \ javapath» в бигинге, который привел к затмению, чтобы забрать эту версию (и игнорировать версию 1.6, которая пришла вручную позже по порядку) и сбой с кодом выхода 13.
Я только что удалил эту строку с пути, что привело к тому, что система взяла мою старую версию, и затмение началось просто отлично.
просто установите 64-битную версию JAVA из http://java.com/en/download/manual.jsp
и удалите старую версию, если это вызвано 64-битным установщиком
После обновления Java затмение не начнется, потому что местоположение jdk по умолчанию изменилось. Добавление следующих строк в файл reclus.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
Для получения дополнительной информации о reclus.ini посетите этот сайт http://wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example
В моем случае я использую 32-битное затмение и Java. Если вы установили как 32-битную, так и 64-битную версии Java, будьте осторожны, чтобы выбрать правильную версию. Для 64-битных версий обратитесь к файлу javaw.exe в каталоге
C:\Program Files\Java\jdk1.8.0_60\bin
Всякий раз, когда вы видите эту ошибку, перейдите в каталог конфигурации и проверьте файл журнала, созданный только сейчас. Это должно иметь надлежащую стекольную трассу Исключения. Мой случай был случаем, когда я установил обновленный 32-битный JRE (или JVM), который был Java по умолчанию, который был добавлен в Path. И моя установка Eclipse была 64-битной, что означало, что для запуска собственных библиотек SWT требовалась 64-битная виртуальная машина. Поэтому я просто удалил 32-битную JVM и заменил ее 64-битной JVM
Интересно, улучшат ли они этот механизм отчетности, вместо того, чтобы молча генерировать файл журнала в каком-то каталоге.
У меня была одна и та же проблема с затмением в моей обе машине. У меня был установлен 32-битный. Поэтому я удалил 32-битный и установил 64-битный, и он работал отлично.
На мой взгляд, большинство ответов здесь относительно различных архитектур Eclipse и Java просто неверны, и это можно легко проверить, например, с помощью. Процесс монитора под Windows. Параметр -vm
предназначен для запуска определенной версии Java, и суть в том, что настроенный процесс запускается и запускает весь код Java самостоятельно, поэтому вы настраиваете его на java.exe
. В этом случае вам DON'T нужна одинаковая архитектура для Eclipse и Java, но вы можете с радостью смешивать 32-битные и 64-битные. Вы только НЕ МОЖЕТЕ смешать оба, если вы DON'T используете -vm
, но пусть Eclipse загружает Java изначально в свой собственный процесс, используя jvm.dll и тому подобное. Это последнее поведение по умолчанию Eclipse, но больше не так, если вы правильно настроили -vm
в eclipse.ini
.
Если вы мне не верите, проведите несколько тестов самостоятельно, используя разные архитектуры Eclipse и Java, и настройте -vm
или нет правильно. В конце концов, это именно то, что спрашивающий описал в своем комментарии к принятому ответу:
Он говорит, что 64-битный JDK работает сейчас, но на его скриншоте видно, что его Eclipse - 32-битный, потому что путь для launcher.library
- 32-битный.
И теперь по той причине, что я пришел сюда: у Ony моих клиентов были некоторые проблемы с загрузкой одного из наших приложений на основе Eclipse / OSGI, и Java вышла с кодом выхода 13. В конце концов это показало, что проблема заключалась не в -vm
или архитектурах Java и eclipse.exe
, а вместо этого он просто пропускал config.ini
, и я думаю, eclipse.exe
не знал что загружать или что-то подобное. После того, как мы узнали об этом и вернули config.ini
на место, приложение загрузилось с использованием -vm
и 64-битного JRE7 в сочетании с 32-битным eclipse.exe
.
Эта ошибка произошла со мной в ubuntu, установив 32-битную и 64-битную Java. Использовать
sudo update-alternatives --config java
установить правильную версию для использования по умолчанию.
Просто удалил jre-32-битную версию, и она отлично сработала для меня.
Я использовал Eclipse Juno и не помнил, было ли это 32 или 64 бита. Я установил Java 32 бита, и поэтому он вышел из строя. Затем я установил Java 64 бита, и Eclipse Juno снова работает.
Я также удалил любую ссылку Java или JRE в моих переменных среды (PATH).
openFile < br > -vm < br > C: \ Program Files \ Java \ jdk1.8.0 \ bin \ javaw.exe < br > -vmargs < br > -Dosgi.requiredJavaVersion = 1,8 < br > -Xms256m < br >