Wie verhindere ich, dass Eclipse beim Start hängen bleibt?

Ich benutze Eclipse 3.3 ("Europa"). In regelmäßigen Abständen dauert es außerordentlich lange (möglicherweise für immer), bis Eclipse gestartet ist. Das einzige, was ich im Eclipse-Protokoll sehen kann, ist:

    ! ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09: 47: 34.801
    ! MESSAGE Der Arbeitsbereich wurde mit nicht gespeicherten Änderungen in der vorherigen Sitzung beendet. Aktualisieren des Arbeitsbereichs zum Wiederherstellen von Änderungen.

Googeln enthüllt den Vorschlag von jemandem , den Ordner zu entfernen:

workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes

Dies scheint nicht geholfen zu haben.

Gibt es eine Möglichkeit, Eclipse ordnungsgemäß zu starten, ohne mit einem neuen Arbeitsbereich zu beginnen (etwas, das ich nicht gerne tun möchte, da ich Stunden brauche, um alle meine Projekte wieder richtig einzurichten)?

Dies ist möglicherweise keine exakte Lösung für Ihr Problem, aber in meinem Fall habe ich die Dateien verfolgt, für die Eclipse mit SysInternals Procmon abgefragt hat , und festgestellt, dass Eclipse ständig eine ziemlich große Snapshot-Datei für eines meiner Projekte abfragt. Das wurde entfernt und alles lief einwandfrei (obwohl der Arbeitsbereich in dem Zustand war, in dem er sich beim vorherigen Start befand).

Die entfernte Datei war:

<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap

Versuchen:

1. cd zu <workspace> \ .metadata \ .plugins \ org.eclipse.core.resources
2. Entfernen Sie die Datei * .snap (oder .markers in Indigo).

In meinem Fall (Juno) musste ich Folgendes tun:

find $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.core.resources/.projects \
-name .indexes -exec rm -fr {} \;

Das hat funktioniert.

Anfangs dachte ich, es sei ein Problem mit Mylyn (diese Probleme traten auf, nachdem ich den generischen Webconnector verwendet hatte), aber das Problem trat auch nach der Deinstallation des Connectors und sogar nach dem Löschen der .mylyn-Verzeichnisse auf.

Bearbeiten: Ich habe es auch geschafft, Eclipse neu zu starten, indem ich nur eine Datei gelöscht habe:

rm $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

Das hat gut funktioniert, ohne dass Indizes beteiligt waren. Nur die Workbech, die mir persönlich nicht so viel ausmacht.

Sie können versuchen, Eclipsezuerst mit der -cleanOption zu beginnen.

Unter Windows können Sie die -cleanOption zu Ihrer Verknüpfung für Eclipse hinzufügen . Ein können LinuxSie einfach hinzufügen, wenn Sie Eclipsevon der Befehlszeile aus starten .

Dieser funktioniert für mich:

Eine weitere und etwas bessere Problemumgehung, die anscheinend funktioniert:

1. Schließen Eclipse.
2. Vorübergehender Umzug eines beleidigenden Projekts aus dem Arbeitsbereich.
3. Starten Sie Eclipseund warten Sie, bis der Arbeitsbereich geladen ist (sollte es sein).
4. Schließen Eclipsewieder.
5. Verschieben Sie das Projekt zurück in den Arbeitsbereich.

Quelle: Eclipse bleibt beim Öffnen des Arbeitsbereichs nach dem Upgrade auf GWT 2.0 / Google App Engine 1.2.8 hängen

Ich habe verwendet eclipse -clean -clearPersistedStateund das hat bei mir funktioniert.

Warnung: Dadurch werden möglicherweise alle Projekte aus dem Arbeitsbereich entfernt.

Ich hatte ein ähnliches Problem mit einem ziemlich großen Arbeitsbereich in 3.5 und keinen .snap-Dateien, die irgendwo zu sehen waren. " Windows-> Preferences-> General-> Starten und Herunterfahren -> Arbeitsbereich beim Start aktualisieren" scheint eine arbeitsbereichsbezogene Einstellung zu sein, daher konnte ich sie nicht für den Arbeitsbereich ändern, der den Hang verursacht hat.

Das Ausführen eclipsemit dem Befehlszeilenparameter -refresh und das anschließende Ändern der Einstellung scheint den Trick zu tun.

Ich hatte auch Glück beim Entfernen der * .snap-Dateien. Meine befanden sich in einem anderen Verzeichnis als in den Beiträgen (unten) erwähnt.

<eclipse workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects

Folglich hat das folgende Unix-Cmd den Trick gemacht:

find <eclipse_workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects  -name "*.snap" -exec rm -f {} \;

Ich habe alle Antworten in diesem Thread ausprobiert, und keine davon hat für mich funktioniert - nicht die Snap-Dateien, nicht das Verschieben der Projekte, keine.

Seltsamerweise haben alle Projekte und der Ordner .metadata an einen anderen Ort verschoben, Eclipse gestartet, geschlossen und dann alle zurück verschoben.

Da ich keine .snao- oder .prefs-Datei im Ordner .metadata.plugins \ org.eclipse.core.resources (unter OS X) habe, war der Trick für mich, den Ordner .project in old.project zu kopieren , starten Sie Eclipse und überprüfen Sie

Windows -> Einstellungen -> Allgemein -> Starten und Herunterfahren -> Arbeitsbereich beim Start aktualisieren

wie von matt b vorgeschlagen. Danach habe ich Eclipse geschlossen, den Ordner old.projects wieder in .projects umbenannt und danach hat alles wieder gut funktioniert.

Ich war das:

1. CD zu .metadata.plugins \ org.eclipse.core.resources
2. Entfernen Sie die Datei .snap
3. Es wurde bemerkt, dass die Registerkarte "Fortschritt" alle paar Sekunden etwas tat. Sie schien festzustecken
4. Eclipse beenden (HIER NICHT DATEI | NEUSTARTEN ODER SIE MÜSSEN WIEDER ZU SCHRITT 1 ZURÜCKGEHEN)
5. Öffnen Sie die Sonnenfinsternis erneut.

Die Verwendung von -refreshoder -cleanbeim Starten von Eclipse hat nicht geholfen.

Unter Mac OS X starten Sie Eclipse, indem Sie auf die Eclipse-Anwendung doppelklicken. Wenn Sie Argumente an Eclipse übergeben müssen, müssen Sie die Datei eclipse.ini im Eclipse-Anwendungspaket bearbeiten: Wählen Sie das Symbol für das Eclipse-Anwendungspaket aus, während Sie die Steuertaste gedrückt halten. Daraufhin wird ein Popup-Menü angezeigt. Wählen Sie im Popup-Menü "Paketinhalt anzeigen". Suchen Sie die Datei eclipse.ini im Unterordner Inhalt / MacOS und öffnen Sie sie mit Ihrem bevorzugten Texteditor, um die Befehlszeilenoptionen zu bearbeiten.

Fügen Sie am Anfang der Datei Folgendes hinzu: "-clean" und "-refresh", zum Beispiel:

-clean
-refresh
-startup
../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library

Stellen Sie sicher, dass der Workspace Launcher auf Ihrem Fernseher oder einem anderen zweiten Monitor nicht geöffnet ist. Es ist mir passiert. Die Symptome sehen genauso aus wie das beschriebene Problem.

Windows -> Einstellungen -> Allgemein -> Starten und Herunterfahren

Wird Refresh workspace on startupgeprüft?

Ich hatte gerade Probleme mit dem Start von Eclipse. Es wurde durch Löschen dieser Datei behoben:

rm org.eclipse.core.resources.prefs

Ich fand in .settings

UFT verursacht nach der Installation Probleme mit RDz (Eclipse-basiert) Mit diesen Vorschlägen können Sie diese Situation auch mit vorhandenen Umgebungsvariablen und entsprechenden Werten umgehen.

Hinweis : In Konflikt stehende Anwendungen werden in einem Java-Kontext nicht erkannt, da sie vom Java-Unterstützungsmechanismus ausgeschlossen werden.

1. Auswirkung: Schließt die Unterstützung von Add-Ins vom Verknüpfen mit widersprüchlichen Anwendungen aus, die über den Windows-Registrierungseditor ausgeführt werden können. Anforderung: Die Anwendung muss von einer EXE-Datei mit Ausnahme von Java.exe / Javaw.exe / jpnlauncher.exe gestartet werden

Anleitung :

ein. Suchen Sie den ausführbaren Dateinamen der Anwendung, der im Widerspruch zur Unterstützung von Add-Ins steht. Verwenden Sie entweder den Task-Manager oder den Microsoft Process Explorer.

b. Öffnen Sie den Windows-Registrierungseditor.

c. Navigieren Sie zu: HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Für 32-Bit-Anwendungen unter Windows x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

d. Erstellen Sie einen DWORD-Wert mit dem Namen der ausführbaren Datei der in Konflikt stehenden Software und setzen Sie den Wert auf 0.

Das Entfernen von * .snap (meins ist * .markers), --clean-data oder der Arbeitsbereichsordner verschieben scheint bei mir nicht alles funktioniert zu haben.

Als meine Eclipse nach der Installation nicht mehr funktionierte und meine Keyborad-Eingabe auf HIME umstellte, kehrte ich zu fctix zurück und es funktionierte.

Ich hatte keine Snap-Dateien. In der Installationsliste des Hilfemenüs wurde bei mindestens 90% meiner Plugins die Deinstallationsschaltfläche deaktiviert, sodass ich sie dort nicht verarbeiten konnte. Beim Starten / Herunterfahren wurden die meisten Plugins nicht aufgelistet. Stattdessen musste ich Elemente manuell aus meinem Plugins-Ordner entfernen. Wow, die Startzeit ist für mich jetzt viel schneller. Wenn also alles andere nicht funktioniert und Sie Plugins haben, die verfügbar sind, könnte dies die ultimative Lösung sein.

Leider hat keine dieser Lösungen für mich funktioniert. Am Ende musste ich einen neuen Arbeitsbereich erstellen und dann die vorhandenen Projekte in den neuen Arbeitsbereich importieren. Leider verlieren Sie dabei Ihre Einstellungen (denken Sie also daran, Ihre Einstellungen jedes Mal zu exportieren, wenn Sie sie ändern!)

Ich hatte ein sehr ähnliches Problem mit Eclipse (Juno) unter Fedora 18. Während des Debuggens einer Android-Sitzung beendete Eclipse die Debug-Sitzung. Ich habe versucht, Eclipse neu zu starten, aber es blieb auf dem Begrüßungsbildschirm hängen. Ich habe die verschiedenen Vorschläge oben ohne Erfolg ausprobiert. Schließlich habe ich den ADB-Dienst (Android Debug Bridge) überprüft:

# adb devices
List of devices attached 
XXXXXX offline

Ich weiß, dass das Android-Gerät noch verbunden war, aber es hat es offline gemeldet. Ich habe das Gerät getrennt und den ADB-Dienst heruntergefahren:

# adb kill-server

Dann habe ich ein paar Sekunden gewartet und den ADB-Dienst neu gestartet:

# adb start-server

Und steckte mein Android wieder ein. Danach startete Eclipse ganz gut.

Es ist nicht erforderlich, die gesamte Metadatendatei zu löschen. Versuchen Sie einfach, die .snap- Datei aus org.eclipse.core.resources in Ihrem Arbeitsbereichsordner zu löschen

ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources

Achten Sie im Ordner {WORKSPACE-DIR} /. Metadata / .plugins auf Null-Byte-Plugin- Dateien . Ich habe gerade eine dort gelöscht und meine Probleme mit dem Einfrieren wurden behoben.

In meinem Fall wurden ähnliche Symptome durch ein Rogue-Git-Repository mit einer Menge Junk-Systemdateien verursacht.

Wie oben erwähnt, besteht die allgemeine Abhilfe darin, Process Monitor zu verwenden, um fehlerhafte Dateien zu erkennen. Es ist nützlich, den folgenden 2-Zeilen-Filter einzustellen:

• Der Prozessname lautet eclipse.exe
• Der Prozessname lautet javaw.exe

Ich hatte ein ähnliches Problem, nachdem ich Eclipse auf Mavericks aktualisiert hatte. Schließlich stellte ich fest, dass im Verzeichnis eclipse plugins das jar com.google.gdt.eclipse.login am Ende Versionsnummern hatte. Ich habe die Versionsnummer aus dem Namen entfernt und alles hat gut angefangen :)

Schauen Sie sich auch http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/ an.

99% empfohlene Lösung funktioniert .... (dh Entfernen der .snap-Datei) Wenn dies jedoch nicht funktioniert hat, müssen wir versuchen, den Indexordner und den weiteren Workbench-Ordner zu entfernen.

Dies kann helfen

In Ihrer Sonnenfinsternis,

1) Gehen Sie zur Hilfe

2) Klicken Sie auf Eclipse-Marktplatz

3) Suchoptimierer

installiere "Optimierer für Eclipse"

In Ubuntu eclipse -clean -refresharbeitete für mich für Eclipse 3.8.1

Dieser Fehler kann auch durch Eclipse 4.5 / 4.6, eine ältere Eclipse Xtext-Plugin-Version als Version 2.9.0 und eine bestimmte Arbeitsbereichskonfiguration verursacht werden.

Die Problemumgehung besteht darin, einen neuen Arbeitsbereich zu erstellen und die vorhandenen Projekte zu importieren.

Nun, ich hatte ein ähnliches Verhalten beim Starten von Eclipse über X11. Ich habe vergessen, die X11-Weiterleitung in meinem Kitt zu aktivieren.

In meinem Fall hat das Löschen des Metadatenordners des Arbeitsbereichs funktioniert. Ich verwende Eclipse Luna Service Release 2.