Неможливо запустити Eclipse; JVM припинено. Код виходу = 13

Я просто додаю -vm C: \ Program Files \ Java \ jre6 \ bin \ javaw.exe

в 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 використовувати "C: / Program Files (x86) /" замість "C: / Program Files /".

Переконайтесь, що використана вами версія JVM (32/64 біт) відповідає версії eclipse (32/64 біт).

Подивіться на другий рядок вікна повідомлень. Там ви можете побачити, який саме час роботи Java розпочато. Моя раптом стала C: \ ProgramData \ Oracle \ Java \ javapath \ javaw.exe. Це сталося після того, як я встановив "хромований оновник Java" (браузер Chrome застогнав: "ваша Java застаріла, вам доведеться оновити ...").

Перед цим "хромованим оновленням Java" моє затемнення (luna jee x64) розпочалося без помилок. Приблизившись до фону, я виявив наступне: оновлений хромований Java (нотабене починається з сайту Oracle) додав C: \ ProgramData \ Oracle \ Java \ javapath перед env var PATH. Він містить три символічні посилання на найновішу установку java 8 JRE в папці програми (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 більше не посилаються на версію 32b. І затемнення 64b почнеться правильно без запису в eclipse.ini.

Вам потрібно перевірити, чи є на вашому ПК 64-розрядна або 32-розрядна операційна система, тоді це стосується і вашого JDK (64-біт / 32-біт), а також для Eclipse (64-біт / 32-біт).

Переконайтесь, що вони однакові; якщо ні, то вам потрібно завантажити той, який відповідає вашому долоту.

Для затемнення:

Додано ці два рядки в eclipse.ini

Другий рядок представляє JDK-файл файлу javaw.exe.

-вм

C: \ програмні файли \ Java \ jdk1.7.0_60 \ bin \ javaw.exe

Примітка: розмістіть рядки -vm перед -vmargs, інакше буде взято місце за замовчуванням.

Для ДПС

Змініть те саме, що вище в STS.ini

Я теж просто це вдарив. Виявляється, що принаймні для мене це було пов’язано із спробою використання версії JRE win64 з програмою win32 Eclipse. Мені здається, що win32 Eclipse вимагає Java Win32 (що називається -586 у списку інсталяторів Java від Oracle / Sun).

Причиною того, що я використовував обидва, є те, що я намагався точно визначити помилку, яка проявилася лише у 64-бітовому Eclipse, тому мені знадобився 32-розрядний для порівняння.

Після того, як я встановив БОТИ версії JRE на "x64" (win64) та "i586" (win32), на моїй машині все працює нормально, і помилок немає 13. Ви, мабуть, можете встановити обидва одночасно.

Помилка означає, що це неправильна версія JVM для цієї версії Eclipse. Посилання має більше деталей:

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-BitServer VM

У 32-розрядної версії JRE не буде 64-розрядної.

У мене було саме те саме питання, і я витратив близько години, намагаючись вирішити проблему. Врешті-решт це був символ " # " на шляху.

Тому я перейменував "C: \ # IDE \ eclipse 3.7 \" у "C: \ + IDE \ eclipse 3.7 \", і це вирішило проблему.

Нещодавно я стикався з тією ж проблемою. Моя версія eclipse не підтримувала версію Java 8.

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

Я щойно видалив цей рядок із шляху, і це призвело до того, що система забрала старішу версію, і затемнення почалося чудово.

У мене була однакова проблема із затемненням на обох машинах. У мене був встановлений 32-бітний jre. Тому я видалив 32 біт і встановив 64 біт замість цього, і він працював чудово.

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

та видаліть старішу версію, якщо її запропонує 64-бітний інсталятор

Перейдіть до папки, де ви зберегли Eclipse. Подивіться в папку конфігурації в журналі запуску. Це дасть вам набагато кращу діагностику, ніж "вихідний код 13".

Після оновлення Java, затемнення не почнеться, оскільки місце 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-бітове затемнення та Java. Якщо ви встановили 32-бітну та 64-бітну версії Java, будьте обережні, щоб вибрати правильну версію. 64-бітні версії див. У файлі javaw.exe під каталогом

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

Щоразу, коли ви бачите цю помилку, перейдіть до каталогу конфігурації та перевірте, чи створений файл журналу щойно створений. Він повинен мати належне стеження винятків. У мене був випадок, коли я встановив оновлений 32-розрядний JRE (або JVM), який був Java за замовчуванням, який було додано до Шляху. А моя установка Eclipse була 64-розрядною, що означало, що для запуску своїх рідних бібліотек SWT потрібна 64-бітна VM. Тому я просто видалив 32-розрядний JVM і замінив його на 64-розрядний JVM.

Цікаво, чи вдосконалять цей механізм звітування замість того, щоб мовчки генерувати файл журналу в якомусь каталозі.

Ця помилка трапилася у мене на ubuntu, встановивши 32-бітну та 64-бітну Java. Використовуйте

sudo update-alternatives --config java

щоб встановити правильну версію, яка використовуватиметься за замовчуванням.

Щойно видалено jre-32-бітну версію, і вона добре працювала для мене.

Я використовував Eclipse Juno, і я не пам’ятав, чи було це 32 або 64 біта. Я встановив Java 32 біти, і тому він не вдався. Потім я встановив Java 64 біт і Eclipse Juno знову працює.

Я також видалив будь-які посилання java або jre в змінних оточення (PATH).

На мою думку, більшість відповідей, що стосуються різних архітектур Eclipse та Java, просто неправильні, і це можна легко перевірити, наприклад, за допомогою Process Monitor під Windows. The-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.library32-бітовий.

І ось з тієї причини я прийшов сюди: У моїх клієнтів виникли деякі проблеми із завантаженням одного з наших програм на базі 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

взято з Install Java JDK + JRE (oracle) у Kubuntu 13.04 від apt

У моєму випадку шлях JAVA не був встановлений у змінних Env. Почав працювати після встановлення правильного шляху в Env PATH.

Введіть javac у командному рядку та переконайтесь, що JAVA PATH правильний.

Я зробив пару речей, щоб позбутися цієї прикрої помилки, коли модифікація. Inі ніколи не працювала для мене.

1. Встановлений останній JDK
2. Видаліть стару папку IDE затемнення повністю.
3. Цього разу я розпаяв інше місце

Двічі клацніть "eclipse.exe" Зараз працює як шарм. Використовуйте робочу область за замовчуванням для завантаження старих проектів.

Я підозрюю, що це питання Java VM JDK більше, ніж затемнення.

Я використав новий інсталятор Eclipse . Мені не сподобався шлях встановлення, і я змінив його вручну. Після цього я також отримав вихідний код = 13 повідомлення.

У файлі з назвою є нова властивість . Мені просто довелося змінити його з новим розташуванням, і це вирішило це питання.eclipse.ini-install

У новому інсталяторі я вибрав D:/eclipse, але IDE був встановлений на D:/eclipse/eclipse. Отже, я перемістив папку вручну. Наступного разу, коли я спробував відкрити затемнення, я отримав помилку виходу. Таким чином, мені довелося змінити eclipse.iniта встановити поточне розташування:

-install
D:/eclipse

Перш ніж перейти до рішення, дайте нам знати, чому він показує цю помилку. Якщо ви знаєте проблему, яка стоїть за цим питанням, ми можемо легко виправити цю помилку.

Причина 1: Найпоширенішою причиною цієї проблеми є те, що ми намагаємось встановити різні бітові версії, тобто 64-бітну або 32-бітну версію програмного забезпечення. Це може бути або Eclipse, або Java.

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

Причина 2: Помилка конфігурації у файлі Eclipse.ini

Рішення: Додайте цей рядок "-vm, потім шлях вашого java sdk" в кінці файлу Eclipse.ini. наприклад: -vm C: \ програмні файли \ 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. Тепер досліджуйте, чи підтримує затемнення цю версію чи ні. Або ви можете відкрити папку "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 і зараз все чудово працює. Просто не забудьте оновити змінну середовища.

Я в Windows 7 64 біт. Використання Eclipse Neon 1a.

Сподіваюся, що хтось допомагає.

Я стикаюся з тією ж проблемою, що й у sts 3.8.4, тому я спробував різні налаштування, але не пощастило, я знову встановив jdk n, але спробував, але та сама проблема. Нарешті я завантажив STS 3.8.2 n, він працює з будь-яким випуском. Використовуючи Windows 8, 64-бітний ОС. Дякую

Це може статися, коли змінна середовища PATH вказує на неправильну установку Java.