Nie można uruchomić Eclipse; JVM został zakończony. Kod wyjścia = 13

Właśnie dołączam -vm C: \ Program Files \ Java \ jre6 \ bin \ javaw.exe

w eclipse.ini następnie próbuję ponownie rozpocząć zaćmienie i dostałem ten błąd. Daj mi jak rozwiązać lub połączyć to, co faktycznie go rozwiązało.

to jest moje 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

Dziękuję Ci

Może to być sposób, w jaki pokazuje błąd (a nie sposób, w jaki jest zapisany w pliku eclipse.ini), ale w Eclipse.ini (Określanie JVM) znajduje się tekst, który mówi:

• Opcja -vm i jej wartość (ścieżka) muszą znajdować się w osobnych wierszach.
• Wartość musi być pełną bezwzględną ścieżką do pliku wykonywalnego Java, a nie tylko do katalogu domowego Java.
• Opcja -vm musi wystąpić przed opcją -vmargs, ponieważ wszystko po -vmargs jest przekazywane bezpośrednio do JVM

Miałem ten sam błąd podczas konfigurowania środowiska eclipse.ini do korzystania z JRE6. Okazuje się, że spowodowałem ten błąd, niepoprawnie konfigurując środowisko Eclipse do korzystania z 64-bitowej maszyny JVM podczas uruchamiania 32-bitowej wersji środowiska Eclipse 3.7.

Prawidłowa konfiguracja wymagała argumentu eclipse.ini -vm do używania „C: / Program Files (x86) /” zamiast „C: / Program Files /”.

Upewnij się, że wersja JVM (wersja 32/64-bitowa) odpowiada wersji Eclipse (wersja 32/64-bitowa).

Spójrz na drugi wiersz okna komunikatu. Tam możesz zobaczyć, które środowisko uruchomieniowe Java faktycznie zostało uruchomione. Mój nagle stał się C: \ ProgramData \ Oracle \ Java \ javapath \ javaw.exe. Stało się tak po tym, jak zainstalowałem „chrome java Updater” (przeglądarka Chrome jęczała: „Twoja Java jest nieaktualna, musisz zaktualizować ...”).

Przed tą „aktualizacją chrome java” moje zaćmienie (luna jee x64) zaczęło się bez błędu. Przyglądając się bliżej tła, wykryłem: aktualizator chrome java (notabene uruchomiony z witryny Oracle) dodał C: \ ProgramData \ Oracle \ Java \ javapath przed zmienną env PATH. Zawiera trzy dowiązania symboliczne do najnowszej instalacji JRA 8 JRE w folderze programu (x86) -> stąd do 32-bitowej wersji JRE java. Oracle zastępuje Java8 starą techniką mającą dowiązania symboliczne w system32 (64bit) lub. SysWOW64 (32-bitowy).

Tymczasem się nauczyłem. Niezależnie od tego, który instalator Java wykonałeś jako ostatni (* .exe), Windows zapamiętuje ten smak Java (32b lub 64b), w wyniku czego po aktualizacji łącza w C: \ ProgramData \ Oracle \ Java \ javapath wskazują na java instalacja zapamiętanego smaku. Jeśli masz instalację zaćmienia 64b i napotkasz opisany błąd: ponownie zainstaluj najnowszą wersję JDK 64b. Następnie aktualizacje Java nie będą już łączyły się z wersją 32b. Eclipse 64b uruchomi się poprawnie bez wpisu w eclipse.ini.

Musisz sprawdzić, czy Twój komputer ma 64-bitowy lub 32-bitowy system operacyjny, to samo dotyczy JDK (64-bit / 32-bit), a także Eclipse (64-bit / 32-bit).

Upewnij się, że wszystkie są takie same; jeśli nie, musisz pobrać ten, który pasuje do twojej bitowości.

W przypadku Eclipse:

Dodano te dwie linie w eclipse.ini

Drugi wiersz reprezentuje lokalizację JDK pliku javaw.exe.

-vm

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

Uwaga: umieść linie -vm przed opcją -vmargs, w przeciwnym razie zostanie wybrana domyślna lokalizacja.

Dla STS

Zmień to samo co powyżej w STS.ini

Po prostu też to uderzyłem. Okazuje się, że przynajmniej dla mnie było to spowodowane próbą użycia środowiska JRE w wersji 64 dla Win32 z Eclipse dla win32. Wydaje mi się, że Win32 Eclipse wymaga Java win32 (co nazywa się -586 na liście instalatorów Java od Oracle / Sun).

Powodem, dla którego używałem obu, jest to, że próbowałem wskazać błąd, który objawił się tylko w 64-bitowym Eclipse, więc potrzebowałem wersji 32-bitowej do porównania.

Po zainstalowaniu ZARÓWNO wersji JRE „x64” (win64) i „i586” (win32) na moim komputerze, wszystko działa dobrze i nie ma błędu 13. Najwyraźniej oba mogą być zainstalowane jednocześnie.

Błąd oznacza, że ​​jest to niepoprawna wersja JVM dla tej wersji Eclipse. Link zawiera więcej szczegółów:

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

Upewnij się, że środowisko Eclipse i Java są używane w wersji 32-bitowej lub 64-bitowej.

Nie można uruchomić 64-bitowego zaćmienia z 32-bitowym środowiskiem JRE.

java -version

Maszyna 64-Bitwirtualna serwera Java HotSpot ™

Wersja 32-bitowa JRE nie będzie zawierała wersji 64-bitowej.

Właśnie miałem ten sam problem i spędziłem około godziny, próbując go rozwiązać. W końcu był to znak „ # ” na ścieżce.

Zmieniłem nazwę „C: \ # IDE \ eclipse 3.7 \” na „C: \ + IDE \ eclipse 3.7 \” i to rozwiązało problem.

Ostatnio napotkałem ten sam problem. Moja wersja środowiska Eclipse nie obsługiwała wersji 8 Java.

Przypadkowo zainstalowałem Jre 8 na moim komputerze, który automatycznie zaktualizował moją zmienną PATH, dodając na początku „C: \ ProgramData \ Oracle \ Java \ javapath”, co doprowadziło do zaćmienia środowiska, aby pobrać tę wersję (i zignorować ręcznie dodaną wersję 1.6, która nadeszła później w kolejności) i zawieszać się przy użyciu kodu wyjścia 13.

Właśnie usunąłem ten ciąg ze ścieżki, więc który system doprowadził do pobrania mojej starszej wersji i zaćmienie zaczęło się dobrze.

Miałem ten sam problem z zaćmieniem na obu komputerach. Miałem zainstalowaną wersję 32-bitową. Więc usunąłem 32-bitowy i zamiast tego zainstalowałem 64-bitowy i działało idealnie.

wystarczy zainstalować 64-bitową wersję JAVA ze strony http://java.com/en/download/manual.jsp

i odinstaluj starszą wersję, jeśli zostanie wyświetlony monit instalatora 64-bitowego

Przejdź do folderu, w którym zapisałeś Eclipse. Przejrzyj folder konfiguracji w dzienniku uruchamiania. Daje to znacznie lepszą diagnostykę niż „kod wyjścia 13”.

Po aktualizacji Java, środowisko Eclipse nie uruchomi się, ponieważ zmieniła się domyślna lokalizacja jdk. Dodanie następujących wierszy do pliku eclipse.ini natychmiast rozwiązało mój problem:

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

Dodałem te linie tuż przed vmargs. Wygląda to następująco:

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

Aby uzyskać więcej informacji na temat eclipse.ini, odwiedź tę stronę http://wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example

W moim przypadku używam 32-bitowego zaćmienia i java. Jeśli zainstalowałeś zarówno 32-bitową, jak i 64-bitową wersję Java, uważaj, aby wybrać odpowiednią wersję. W przypadku wersji 64-bitowych zapoznaj się z plikiem javaw.exe w katalogu

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

Ilekroć zobaczysz ten błąd, przejdź do katalogu Konfiguracja i sprawdź, czy właśnie wygenerowany plik dziennika został wygenerowany. Powinien mieć odpowiedni stos śledzenia śledzenia wyjątków. Mój był przypadek, w którym zainstalowałem zaktualizowaną 32-bitową wersję JRE (lub JVM), która była domyślną Javą dodaną do ścieżki. A moja instalacja Eclipse była 64-bitowa, co oznaczało, że potrzebowała 64-bitowej maszyny wirtualnej do uruchomienia jej rodzimych bibliotek SWT. Po prostu odinstalowałem 32-bitową maszynę JVM i zastąpiłem ją 64-bitową maszyną JVM.

Zastanawiam się, czy poprawią ten mechanizm raportowania, zamiast cicho generować plik dziennika w jakimś katalogu.

Ten błąd wystąpił dla mnie na Ubuntu, ponieważ zainstalowałem 32-bitową i 64-bitową Javę. Posługiwać się

sudo update-alternatives --config java

aby ustawić odpowiednią wersję do użycia jako domyślną.

Właśnie odinstalowałem wersję Jre-32-bit i działało dobrze dla mnie.

Używałem Eclipse Juno i nie pamiętałem, czy było to 32 czy 64 bity. Zainstalowałem Java 32 bity i dlatego się nie udało. Następnie zainstalowałem Java 64 bity i Eclipse Juno znów działa.

Usunąłem również wszelkie odwołania do java lub jre w moich zmiennych środowiskowych (PATH).

Moim zdaniem, większość odpowiedzi tutaj dotyczących różnych architektur Eclipse i Java jest po prostu błędna i można to łatwo sprawdzić za pomocą np. Monitora Procesu pod Windows. -vmOpcja jest tam, aby uruchomić wersję konkretnego java i miejsce to jest, że skonfigurowany proces jest uruchomiony i działa cały kod Java na własną rękę, dlatego skonfigurować do java.exe. W takim przypadku NIE musisz mieć tej samej architektury dla Eclipse i Java, ale możesz mieszać zarówno 32-bitowy, jak i 64-bitowy. Tylko ty NIE mieszać zarówno jeśli NIE używać -vm, ale niech Eclipse obciążenia Java natywnie pod własnym procesie korzystania jvm.dll i takie. Ten ostatni jest domyślne zachowanie Eclipse, ale nie w tym przypadku, jeśli już prawidłowo skonfigurować -vmweclipse.ini.

Jeśli mi nie wierzysz, zrób kilka testów samodzielnie, używając różnych architektur Eclipse i Java i skonfiguruj -vmlub nie skonfiguruj poprawnie. W końcu dokładnie to opisał pytający w swoim komentarzu do zaakceptowanej odpowiedzi:

Nie można uruchomić Eclipse; JVM został zakończony. Kod wyjścia = 13

Mówi, że 64-bitowy JDK działa teraz, ale na jego zrzucie ekranu widać, że jego Eclipse ma 32 bity, ponieważ ścieżka do niego launcher.libraryto 32 bity.

A teraz z powodu, dla którego tu przybyłem: żaden z moich klientów miał problemy z ładowaniem jednej z naszych aplikacji opartych na Eclipse / OSGI, a Java zakończyła działanie z kodem wyjścia 13. W końcu pokazało, że problem nie dotyczył -vmani architektury Java i eclipse.exe, ale zamiast tego po prostu zaginął config.inii chyba eclipse.exenie wiedziałem, co załadować lub coś takiego. Po tym, jak to zauważyliśmy i config.iniwróciliśmy na miejsce, aplikacja załadowała się dobrze przy użyciu -vmi 64-bitowej wersji JRE7 w połączeniu z 32-bitową wersją eclipse.exe.

Miałem ten sam problem na Ubuntu i rozwiązałem go, rozpakowując wszystkie pliki * .pack w katalogu jdk. na przykład: cd /usr/java/jdk1.7.0_03/jre/lib sudo ../bin/unpack200 rt.pack rt.jar

użyj poniższej konfiguracji;

    -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

Naprawiłem go ponownie instalując jdk. W moim przypadku konieczne było:

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

pobrane z Install Java JDK + JRE (oracle) w Kubuntu 13.04 z apt

W moim przypadku ścieżka JAVA nie została ustawiona w zmiennych Env. Rozpoczął pracę po ustawieniu poprawnej ścieżki w ścieżce Env.

Wpisz javac w wierszu polecenia i upewnij się, że JAVA PATH jest poprawna.

Zrobiłem kilka rzeczy, aby pozbyć się tego irytującego błędu, ponieważ modyfikowanie .ini nigdy nie działało dla mnie.

1. Zainstalowano najnowszą wersję JDK
2. Całkowicie usuń stary folder IDE Eclipse.
3. Tym razem rozpakowałem do innej lokalizacji

Podwójne kliknięcie „eclipse.exe” działa teraz jak urok Użyj domyślnego obszaru roboczego, aby załadować swoje stare projekty.

Podejrzewam, że jest to problem Java VM JDK bardziej niż zaćmienie.

Użyłem nowego Instalatora Eclipse . Nie podobała mi się ścieżka instalacji i zmieniłem ją ręcznie. Potem dostałem też kod zakończenia = 13 wiadomości.

W pliku o nazwie znajduje się nowa właściwość . Musiałem tylko zmodyfikować go w nowej lokalizacji, co rozwiązało ten problem.eclipse.ini-install

W nowym instalatorze wybrałem D:/eclipse, ale IDE zostało zainstalowane na D:/eclipse/eclipse. Więc przeniosłem folder ręcznie. Następnym razem, gdy próbowałem otworzyć zaćmienie, dostałem błąd wyjścia. Dlatego musiałem zmodyfikować eclipse.inii ustawić bieżącą lokalizację:

-install
D:/eclipse

Zanim przejdziesz do rozwiązania, daj nam znać, dlaczego wyświetla ten błąd. Jeśli znasz problem związany z tym problemem, możemy łatwo naprawić ten błąd.

Powód 1: Najczęstszą przyczyną tego problemu jest to, że próbujemy zainstalować inną wersję bitową, czyli 64-bitową lub 32-bitową wersję oprogramowania. Może to być Eclipse lub Java.

Rozwiązanie: Sprawdź, którą wersję systemu operacyjnego używasz. Upewnij się, że pobrałeś tę samą wersję Eclipse, a także tę samą wersję oprogramowania Java.

Powód 2: Błąd konfiguracji w pliku Eclipse.ini

Rozwiązanie: Dodaj wiersz „-vm, a następnie ścieżkę do pliku Java Java SDK” na końcu pliku Eclipse.ini. na przykład: -vm C: \ Program Files \ Java \ jdk1.7.0_71 \ bin \ javaw.exe

Powód 3: Znaki specjalne (#,!, @) W katalogu instalacyjnym Eclipse.

Rozwiązanie: Upewnij się, że nie masz żadnych znaków specjalnych.

Powód 4: Dodałeś ścieżkę JAVA dwa razy w zmiennej systemowej PATH i obie ścieżki są różne.

Rozwiązanie: Usuń jedną niepoprawną / inną ścieżkę JAVA ze zmiennej systemowej PATH.

Powód 5: Być może używasz najnowszej wersji Eclipse, ale możesz używać niewłaściwej lub nieobsługiwanej wersji wirtualnej maszyny Java (JVM).

Rozwiązanie: Aby sprawdzić, której wersji Java używasz otwartego wiersza polecenia, naciśnij klawisz win + R, wpisz cmd i naciśnij klawisz Enter. Teraz w konsoli wpisz komendę Java -version, aby poznać wersję Java. Teraz sprawdź, czy Eclipse obsługuje tę wersję, czy nie. Lub Możesz otworzyć folder „readme” w folderze Eclipse i otworzyć plik readme_eclipse.html, aby zobaczyć, którą wersję obsługuje.

dla osób z Eclipse Neon

Chciałem uruchomić Eclipse Neon i miałem JRE 1.8, ale JDK 1.7 Zwróciło błąd = 13, wtedy zainstalowałem java JDK 1.8 i wszystko działało jak urok

Też miałem ten problem. Miałem stary JDK1.8.0_05. Zainstalowałem najnowszą wersję JDK1.8.0_111 i wszystko działa teraz świetnie. Po prostu pamiętaj o zaktualizowaniu zmiennej środowiskowej.

Używam 64-bitowego systemu Windows 7. Korzystanie z Eclipse Neon 1a.

Mam nadzieję, że komuś pomoże.

Mam do czynienia z tym samym problemem ze sts 3.8.4, więc spróbowałem różnych ustawień, ale nie powiodło się, ponownie zainstalowałem jdk n próbowałem, ale ten sam problem. W końcu pobrałem sts 3.8.2 n działa bez żadnych problemów. Korzystanie z systemu Windows 8, 64-bitowego systemu operacyjnego. dzięki

Może się to zdarzyć, gdy zmienna środowiskowa PATH wskazuje nieprawidłową instalację Java.