J'ai simplement réussi à corrompre le contenu de mon répertoire Eclipse .metadata. Démarrer avec Eclipse -clean n'a pas fonctionné. Supprimer .metadata, puis importer tous les projets, plugins et paramètres ne semble pas très intéressant. J'ai fini par déplacer .metadata/.plugins/org.Eclipse.core.resources/ailleurs et à réimporter uniquement mes projets.
Existe-t-il des outils ou des meilleures pratiques pour récupérer un espace de travail?
Je suis un peu habitué à récupérer Eclipse quand il devient impossible de démarrer pour une raison quelconque, ces entrées de blog pourraient-elles vous aider?
http://blog.chris-alex-thomas.com/2009/08/26/Eclipse-refuses-to-start-again/
recherchez également "ne peut pas démarrer Eclipse" (je suis un nouvel utilisateur, je ne peux poster qu'un seul hyperlien, je dois donc simplement vous demander de rechercher le second :( désolé)
peut-être que ceux-ci vous permettent également de récupérer votre espace de travail, j'espère que cela vous aidera.
Lorsque l'espace de travail est endommagé et que Eclipse ne peut pas démarrer, même à l'aide de l'option -clean
, la suppression d'un fichier unique workspace/.metadata/.plugins/org.Eclipse.core.resources/.snap
peut vous aider (source: comments to article http://letsgetdugg.com/2009/04/19/recovering-a-corrupt-Eclipse -Workspace/ ).
Mise à jour: lorsque Eclipse 4.X ne peut pas démarrer après un crash, essayez de démarrer avec l'option -clearPersistedState
; si cela ne vous aide pas, supprimez le fichier workspace/.metadata/.plugins/org.Eclipse.e4.workbench/workbench.xmi
(sources: http://www.Eclipse.org/forums/index.php/m/1269045/http://www.Eclipse.org/forums /index.php/t/522428/https://bugs.Eclipse.org/bugs/show_bug.cgi?id=404873 ). Remarque: vous perdrez la configuration de vos perspectives/vues/onglets.
Mise à jour: le plug-in Subversive peut être responsable de l'impossibilité de démarrer Eclipse avec des métadonnées corrompues. Si vous avez installé le plug-in Subversive, mettez-le à jour avec la dernière version (au moins 0.7.9.I20120210-1700) à partir de update-site . Les bugs associés 372621 et 370374 ont été corrigés par les développeurs Subversive.
Vous devriez pouvoir démarrer votre espace de travail après avoir supprimé le fichier suivant: . metadata.plugins\org.Eclipse.e4.workbench\workbench.xmi comme indiqué ici :
Je n'ai pas pu éviter de reconstruire de temps en temps un espace de travail (une ou deux fois sur plusieurs années d'utilisation d'Eclipse). Supprimez le .metedata et reconstruisez.
Ce fil est peut-être un peu plus ancien, mais comme cela pose toujours un problème, je pensais proposer une nouvelle solution pour sauvegarder Eclipse.
Sur http://profiles.yatta.de , vous pouvez télécharger le programme de lancement Yatta Eclipse Launcher. Vous pouvez l'utiliser pour enregistrer votre configuration Eclipse et votre espace de travail.
Après l’installation, le programme de lancement découvrira vos installations et espaces de travail Eclipse existants.
Cliquez sur le bouton Télécharger et partager (le bouton bleu) à droite de l'entrée que vous souhaitez sauvegarder.
(Vous ne partagerez jamais votre espace de travail ou Eclipse avec qui que ce soit. Il vous suffira de télécharger un fichier d'installation contenant vos métadonnées auquel vous seul aurez accès. sauvegarde).
Si vous faites cela, vous pourrez rapidement reconfigurer votre IDE si vous avez un espace de travail fragmenté ou une installation Eclipse.
Une autre solution que j'ai découverte par accident et qui pourrait aider quelqu'un:
Dans mon cas, c’était un project qui avait été corrompu, et non l’espace de travail entier (une tentative d’importation dudit projet dans un nouvel espace de travail l’a également fait échouer). J'ai donc commencé à rechercher le projet défectueux. J'ai obtenu le résultat décrit ci-dessus.
J'ai réussi à récupérer mon espace de travail existant dans une situation totalement désordonnée (toutes sortes de composants de base donnant des NPE, des ClassCastExceptions, etc.) en utilisant cette procédure:
Toute cette procédure m'a pris plus d'une demi-heure pour un grand espace de travail, mais cela a finalement été résolu.
Dans mon cas, seul le retrait du répertoire org.Eclipse.e4.workbench
(sous .metadata/.plugins
) et le redémarrage d'Eclipse ont résolu le problème.
Je sais que cela semble évident, mais si j'écrivais un code pour gagner ma vie, je serais sûr de faire une sauvegarde complète chaque semaine, avec les sauvegardes incrémentielles correspondantes tous les jours.
Récupération simple et facile.
Pour un moyen simple de sauvegarder votre répertoire Eclipse et d’utiliser Linux, vous pouvez utiliser rsync.
rsync -ar <répertoire-Eclipse> <répertoire-de-sauvegarde-Eclipse>
Vous pouvez mettre ceci dans cron et le faire sauvegarder vos fichiers automatiquement. Les fichiers modifiés ne seront copiés que dans votre répertoire de sauvegarde Eclipse lors des exécutions suivantes.
Supprimez un fichier avec l'extension .dat dans l'espace de travail/.metadata/.plugins/org.Eclipse.wst.jsdt.core/puis fermez et ouvrez Eclipse, vous ne pouvez peut-être pas fermer Eclipse, forcez-le, avec pkill -f Eclipse si vous êtes. sur linux ou similaire.
Cette solution évite d'importer tous les projets existants.
Dans mon cas, ce n’était pas l’espace de travail qui était cassé, mais Eclipse lui-même. Même s'il semblait que l'espace de travail était brisé (le même dialogue d'erreur, etc.), tout ce que j'avais à faire était de réinstaller Eclipse et de le pointer vers l'ancien espace de travail. Vous ne pouvez pas vraiment réparer un espace de travail brisé si c'est l'espace de travail qui est brisé, mais vous pouvez le faire pour faire bonne mesure, peut-être que cela fonctionnera.
la suppression du fichier ci-dessous m'a aidée à résoudre le problème de démarrage d'Eclipse. Le plugin Perforce m'a toujours préoccupé, en particulier lorsque ma machine redémarre, la prochaine fois que Eclipse tente de récupérer de l'espace de travail et du craps.
espace de travail/.metadata/.plugins/org.Eclipse.core.resources/.snap
Pour votre information, Error I obtenait: Org.Eclipse.core.runtime.CoreException: le plug-in com.perforce.team.ui n'a pas pu charger la classe com.perforce.team.ui.UITeamProvider.
Aucun de ce qui précède n'a fonctionné pour moi. Mais ce qui a réellement fonctionné a été de supprimer tous les fichiers * .snap de mon espace de travail. Cela préserve également presque tous les paramètres, y compris les projets importés. Assurez-vous de sauvegarder l'espace de travail avant de l'essayer !!!
J'ai également rencontré un problème comme celui-ci: mon espace de travail était corrompu et ne faisait plus toutes les choses importantes.
Pour une raison quelconque, j'avais une ressource corrompue sur l'un de mes projets. Cela n’apparaissait pas dans l’arbre des paquets, mais dans le journal des erreurs d’Eclipse:
Erreur lors de la création d'un lien pour un dossier externe X:\un dossier
Après avoir vérifié chaque projet (parce que l'erreur ne pointait pas en un), j'ai effectivement trouvé cette ressource dans l'un des chemins de construction (dans le menu Configurer le chemin de construction, une icône d'erreur était affichée!) Et je l'ai supprimée.
Voir Eclipse (Kepler) Espace de travail agissant bizarrement (type hiérarchie, recherche de références ne fonctionnant pas) pour une description plus large de mon problème si vous rencontrez quelque chose de similaire.
Envoyé ceci pour référence aux futurs développeurs.