Comment empêcher Eclipse de se bloquer au démarrage?

J'utilise Eclipse 3.3 ("Europa"). Périodiquement, Eclipse prend un temps excessivement long (peut-être pour toujours) pour démarrer. La seule chose que je peux voir dans le journal Eclipse est:

    ! ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09: 47: 34.801
    ! MESSAGE L'espace de travail s'est terminé avec des modifications non enregistrées dans la session précédente; rafraîchissant l'espace de travail pour récupérer les modifications.

La recherche sur Google révèle la suggestion de quelqu'un que je supprime le dossier:

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

Cela ne semble pas avoir aidé.

À moins de commencer avec un nouvel espace de travail (quelque chose que je ne suis pas désireux de faire, car il me faut des heures pour configurer correctement tous mes projets), existe-t-il un moyen de faire démarrer correctement Eclipse?

Ce n'est peut-être pas une solution exacte à votre problème, mais dans mon cas, j'ai suivi les fichiers contre lesquels Eclipse était en train d' interroger avec SysInternals Procmon et j'ai constaté qu'Eclipse interrogeait constamment un fichier d'instantané assez volumineux pour l'un de mes projets. Supprimé cela, et tout a bien commencé (bien qu'avec l'espace de travail dans l'état où il était lors du lancement précédent).

Le fichier supprimé était:

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

essayer:

1. cd dans <espace de travail> \ .metadata \ .plugins \ org.eclipse.core.resources
2. supprimer le fichier * .snap (ou .markers dans Indigo)

Dans mon cas (Juno), je devais faire ceci:

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

Cela a fait l'affaire.

Au départ, je pensais que c'était un problème avec Mylyn (j'ai rencontré ces gels après avoir commencé à utiliser son connecteur Web générique), mais le problème est apparu même après avoir désinstallé le connecteur et même supprimé les répertoires .mylyn.

Edit: j'ai également réussi à redémarrer eclipse en supprimant un seul fichier:

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

Cela a bien fonctionné, sans aucun index impliqué. Seul le workbech, qui personnellement ne me dérange pas beaucoup.

Vous pouvez essayer de commencer Eclipsepar l' -cleanoption.

Sous Windows, vous pouvez ajouter l' -cleanoption à votre raccourci pour éclipse. Sur Linuxvous pouvez simplement l'ajouter au démarrage Eclipseà partir de la ligne de commande.

Celui-ci fonctionne pour moi:

Une autre solution de contournement, un peu meilleure, qui fonctionne apparemment:

1. Fermez Eclipse.
2. Déplacer temporairement le projet incriminé quelque part hors de l'espace de travail.
3. Démarrez Eclipse, attendez que l'espace de travail se charge (il devrait).
4. Fermez à Eclipsenouveau.
5. Replacez le projet dans l'espace de travail.

Source: Eclipse se bloque lors de l'ouverture de l'espace de travail après la mise à niveau vers GWT 2.0 / Google app engine 1.2.8

J'ai utilisé eclipse -clean -clearPersistedStateet cela a fonctionné pour moi.

Avertissement: cela peut supprimer tous les projets de l'espace de travail.

J'ai eu un problème similaire avec un espace de travail assez grand en 3.5 et aucun fichier .snap nulle part pour être vu. " Windows-> Preferences-> General-> Démarrage et arrêt -> Actualiser l'espace de travail au démarrage" semble être un paramètre lié à l'espace de travail et je n'ai donc pas pu le modifier pour l'espace de travail à l'origine du blocage.

L'exécution eclipseavec le paramètre de ligne de commande -refresh puis la modification du paramètre semble faire l'affaire.

J'ai également eu la chance de supprimer les fichiers * .snap. Les miens se trouvaient dans un répertoire différent de celui mentionné dans les articles (ci-dessous).

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

Par conséquent, la cmd unix suivante a fait l'affaire:

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

J'ai essayé toutes les réponses dans ce fil, et aucune d'entre elles n'a fonctionné pour moi - pas les fichiers instantanés, ne déplaçant pas les projets, aucun d'entre eux.

Ce qui a fonctionné, bizarrement, a été de déplacer tous les projets et le dossier .metadata ailleurs, de démarrer Eclipse, de le fermer, puis de les déplacer tous en arrière.

Étant donné que je n'ai pas de fichier .snao ou .prefs dans le dossier .metadata.plugins \ org.eclipse.core.resources (fonctionnant sous OS X), ce qui m'a permis de copier le dossier .project dans old.project , lancez Eclipse et vérifiez

Windows -> Préférences -> Général -> Démarrage et arrêt -> Actualiser l'espace de travail au démarrage

comme proposé par matt b. Après cela, j'ai fermé Eclipse, renommé le dossier old.projects en .projects et après cela, tout a bien fonctionné à nouveau.

J'ai fait ça:

1. cd vers .metadata.plugins \ org.eclipse.core.resources
2. supprimer le fichier .snap
3. J'ai remarqué que l'onglet Progression faisait quelque chose toutes les quelques secondes ... il semblait coincé
4. Quittez eclipse (NE PAS DÉPOSER | REDÉMARRER ICI OU VOUS DEVEZ RETOURNER À L'ÉTAPE 1 ENCORE)
5. Ouvrez à nouveau l'éclipse.

L'utilisation -refreshou le -cleandémarrage d'Eclipse n'a pas aidé.

Sous Mac OS X, vous démarrez Eclipse en double-cliquant sur l'application Eclipse. Si vous devez transmettre des arguments à Eclipse, vous devrez modifier le fichier eclipse.ini à l'intérieur du bundle d'application Eclipse: sélectionnez l'icône du bundle d'application Eclipse tout en maintenant la touche Ctrl enfoncée. Cela vous présentera un menu contextuel. Sélectionnez "Afficher le contenu de l'emballage" dans le menu contextuel. Localisez le fichier eclipse.ini dans le sous-dossier Contents / MacOS et ouvrez-le avec votre éditeur de texte préféré pour modifier les options de ligne de commande.

ajoutez: "-clean" et "-refresh" au début du fichier, par exemple:

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

Vérifiez que le lanceur d'espace de travail ne s'est pas ouvert sur votre téléviseur ou sur un autre second moniteur. Cela m'est arrivé. Les symptômes ressemblent au problème décrit.

Windows -> Préférences -> Général -> Démarrage et arrêt

Est Refresh workspace on startupvérifié?

J'ai juste eu des problèmes avec le démarrage d'Eclipse. Il a été corrigé en supprimant ce fichier:

rm org.eclipse.core.resources.prefs

J'ai trouvé dans .settings

UFT provoquant des problèmes avec RDz (basé sur Eclipse) après l'installation Ces suggestions permettront de contourner cette situation même avec les variables d'environnement en place et avec les valeurs correspondantes.

Remarque : Une application en conflit ne sera pas reconnue dans un contexte java car elle est exclue du mécanisme de prise en charge java.

1. Conséquences: exclut la prise en charge des compléments du raccordement à un exécutable d'application en conflit via l'éditeur de registre Windows. Exigence: l'application doit être démarrée par un fichier EXE, à l'exception de Java.exe / Javaw.exe / jpnlauncher.exe

Instructions :

une. Recherchez le nom de fichier exécutable de l'application en conflit avec la prise en charge des compléments. Utilisez le Gestionnaire des tâches ou l'Explorateur de processus Microsoft.

b. Ouvrez l'éditeur de registre Windows.

c. Accédez à: HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Pour les applications 32 bits sous Windows x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

ré. Créez une valeur DWORD avec le nom des fichiers exécutables du logiciel en conflit et définissez la valeur sur 0.

Supprimer * .snap (le mien est * .markers), --clean-data ou déplacer le dossier de l'espace de travail semble que tout n'a pas fonctionné pour moi.

Comme mon éclipse a cessé de fonctionner après avoir installé et basculé mon entrée keyborad sur HIME, je suis retourné à fctix et cela a fonctionné.

Je n'avais aucun fichier snap. En parcourant la liste d'installation du menu d'aide, au moins 90% de mes plugins avaient le bouton de désinstallation désactivé, donc je ne pouvais pas le gérer. Au démarrage / à l'arrêt, la plupart des plugins n'étaient pas répertoriés. Au lieu de cela, j'ai dû supprimer manuellement les éléments de mon dossier de plugins. Wow, le temps de démarrage est beaucoup plus rapide pour moi maintenant. Donc, si tout le reste ne fonctionne pas et que vous avez des plugins jetables, cela pourrait être la solution ultime à utiliser.

Malheureusement, aucune de ces solutions n'a fonctionné pour moi. J'ai fini par devoir créer un nouvel espace de travail, puis j'ai importé les projets existants dans le nouvel espace de travail. Malheureusement, vous perdez vos préférences en faisant cela (alors, n'oubliez pas d'exporter vos paramètres chaque fois que vous les modifiez!)

J'ai eu un problème très similaire avec eclipse (Juno) sur Fedora 18. Au milieu du débogage d'une session Android, eclipse a mis fin à la session de débogage. J'ai tenté de redémarrer Eclipse, mais il a continué à apparaître sur l'écran de démarrage. J'ai essayé les différentes suggestions ci-dessus sans succès. Enfin, j'ai vérifié le service adb (pont de débogage android):

# adb devices
List of devices attached 
XXXXXX offline

Je sais que l'appareil Android était toujours connecté, mais il l'a signalé hors ligne. J'ai déconnecté l'appareil et arrêté le service adb:

# adb kill-server

J'ai ensuite attendu quelques secondes et redémarré le service adb:

# adb start-server

Et j'ai rebranché mon Android. Après cela, éclipse a très bien démarré.

pas besoin de supprimer tout le fichier de métadonnées. essayez simplement de supprimer le fichier .snap de org.eclipse.core.resources sur votre dossier d'espace de travail

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

Attention aux fichiers .plugin de zéro octet dans le dossier {WORKSPACE-DIR} /. Metadata / .plugins. Je viens d'en supprimer un et cela a corrigé mes problèmes de gel.

Dans mon cas, des symptômes similaires ont été causés par un référentiel Git voyous avec une tonne de fichiers système indésirables.

Le remède universel, comme mentionné ci-dessus, consiste à utiliser Process Monitor pour découvrir les fichiers incriminés. Il est utile de définir le filtre 2 lignes suivant:

• Le nom du processus est eclipse.exe
• Le nom du processus est javaw.exe

J'ai eu un problème similaire après avoir mis à jour Eclipse sur Mavericks. Finalement, j'ai trouvé que dans le répertoire des plugins eclipse, le pot com.google.gdt.eclipse.login avait des numéros de version à la fin. J'ai supprimé le numéro de version du nom et tout a bien commencé :)

Regardez également http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

La solution recommandée à 99% fonctionne .... (c.-à-d. Suppression du fichier .snap) Mais si cela n'a pas fonctionné, nous devons essayer de supprimer le dossier des index et le dossier du plan de travail.

Cela peut aider

Dans votre éclipse,

1) Allez à l'aide

2) Cliquez sur la place de marché Eclipse

3) recherche - optimiseur

installer "optimiseur pour éclipse"

Dans Ubuntu a eclipse -clean -refreshtravaillé pour moi pour Eclipse 3.8.1

Cela peut également être causé par cette bogue, si vous utilisez Eclipse 4.5 / 4.6, une version de plugin Eclipse Xtext plus ancienne que la v2.9.0 et une configuration particulière de l'espace de travail.

La solution de contournement consisterait à créer un nouvel espace de travail et à importer les projets existants.

Eh bien, j'ai eu un comportement similaire lors du démarrage d'Eclipse sur X11. J'ai oublié de cocher la case Activer le transfert X11 dans mon mastic.

Dans mon cas, la suppression du dossier .metadata de l'espace de travail a fonctionné. J'utilise le service Eclipse Luna version 2.