Eclipseの.metadataディレクトリのコンテンツを破壊できました。 Eclipse -cleanで起動するとうまくいきませんでした。 .metadataを削除してから、すべてのプロジェクト、プラグイン、および設定をインポートすることは、あまり面白くありません。最終的には.metadata/.plugins/org.Eclipse.core.resources /を別の場所に移動し、プロジェクトのみを再インポートしました。
ワークスペースを回復するためのツールやベストプラクティスはありますか?
なんらかの理由でEclipseが起動できなくなった場合、Eclipseからの回復の経験があります。これらのブログエントリは役に立ちますか?
http://blog.chris-alex-thomas.com/2009/08/26/Eclipse-refuses-to-start-again/
「Eclipseを起動できません」も検索します(私は新しいユーザーです。1つのハイパーリンクしか投稿できません。
おそらくそれらはあなたもあなたのワークスペースを回復することを可能にします、私はそれが役立つことを望みます。
ワークスペースが破損し、-clean
オプションを使用してもEclipseを起動できない場合、単一ファイルworkspace/.metadata/.plugins/org.Eclipse.core.resources/.snap
を削除すると役立つ場合があります(ソース:記事へのコメント http://letsgetdugg.com/2009/04/19/recovering-a-corrupt-Eclipse-workspace / )。
更新:クラッシュ後にEclipse 4.Xを開始できない場合、-clearPersistedState
オプションで開始してみてください。助けにならなかった場合は、ファイルworkspace/.metadata/.plugins/org.Eclipse.e4.workbench/workbench.xmi
を削除します(ソース: 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=40487 )。注:パースペクティブ/ビュー/タブの設定は失われます。
更新:Subversiveプラグインは、破損したメタデータでEclipseを起動できない原因になる可能性があります。 Subversiveプラグインがインストールされている場合は、 pdate-site から最新のビルド(少なくとも0.7.9.I20120210-1700)に更新します。関連するバグ 72621 および 70374 は、Subversive開発者によって修正されました。
here に示すように、次のファイルを削除した後、ワークスペースを開始できるはずです。
ワークスペースの再構築を時々回避することができませんでした(Eclipseを使用して数年にわたって1〜2回)。 .metedataを削除して再構築します。
このスレッドは少し古いかもしれませんが、これは今でも問題であるため、Eclipseをバックアップするための新しいソリューションを提案すると思いました。
http://profiles.yatta.de でYatta Eclipse Launcherをダウンロードできます。これを使用して、Eclipseとワークスペースのセットアップを保存できます。
インストール後、ランチャーは既存のEclipseインストールとワークスペースを検出します。
バックアップするエントリの右側にある[アップロードと共有]ボタン(青いボタン)をクリックします。
(実際にEclipseやワークスペースをだれとも「共有」することはありません。自分だけがアクセスできるメタデータを含むセットアップファイルをアップロードするだけです。これを後で共有することもできますが、バックアップ)。
これを行うと、IDEが不安定なワークスペースまたはEclipseをインストールしている場合、本当に高速に再セットアップできます。
私が偶然発見し、誰かを助けるかもしれないもう一つの解決策:
私の場合、破損したのはprojectであり、ワークスペース全体ではありません(プロジェクトを新しいワークスペースにインポートしようとすると失敗しましたまあ)。だから、私は欠陥のあるプロジェクトを探し始めました-代わりに、私は上記の結果を得ました。
この手順を使用して、既存ワークスペースを完全に台無しにされた状況(NPEやClassCastExceptionsなどを提供するすべての種類のコアコンポーネント)から正常に回復しました。
この作業全体で大きなワークスペースに30分以上かかりましたが、最終的には修正されました。
私の場合、削除するのはorg.Eclipse.e4.workbench
ディレクトリ(.metadata/.plugins
)Eclipseを再起動すると問題は解決しました。
これは当たり前のように聞こえますが、生計を立てるためにコードを書いている場合は、毎週完全バックアップを行い、対応する増分バックアップを毎日実行します。
シンプルで簡単なリカバリ。
Eclipseディレクトリをバックアップし、Linuxを使用していると想定する簡単な方法として、rsyncを使用できます。
rsync -ar <Eclipse-dir> <backup-Eclipse-dir>
これをcronに入れて、ファイルを自動的にバックアップすることができます。後続の実行で変更されたファイルをbackup-Eclipse-dirにコピーするだけです。
ワークスペース/.metadata/.plugins/org.Eclipse.wst.jsdt.core/で.dat拡張子のファイルを削除してから、Eclipseを閉じて開きます。 Linuxまたは同様のもの。
このソリューションは、既存のプロジェクトをすべてインポートすることを避けます。
私の場合、壊れたのはワークスペースではなく、Eclipseそのものでした。ワークスペースが壊れているように見えたとしても(同じエラーダイアログなど)、Eclipseを再インストールして古いワークスペースをポイントするだけでした。 修復壊れたワークスペースの場合、壊れたワークスペースではありませんが、適切な手段でそれを行うことができれば、うまくいくかもしれません。
以下のファイルを削除すると、Eclipseの起動時の問題を解決できました。 Perforceプラグインは、特にEclipseが次回ワークスペースを回復しようとするときに、マシンが再起動するときにいつも悩みました。
workspace/.metadata/.plugins/org.Eclipse.core.resources/.snap
参考までに、エラーI org.Eclipse.core.runtime.CoreException:Plug-in com.perforce.team.uiはクラスcom.perforce.team.ui.UITeamProviderをロードできませんでした。
上記のどれも私にとってはうまくいきませんでした。しかし、実際に機能したのは、ワークスペースからすべての* .snapファイルを削除することでした。また、インポートされたプロジェクトを含むほぼすべての設定が保持されます。ただし、試す前に必ずワークスペースをバックアップしてください!!!
また、このような問題が発生しました。ワークスペースが破損し、重要なことをすべて実行できなくなりました。
何らかの理由で、プロジェクトの1つに破損したリソースがありました。パッケージツリーには表示されませんでしたが、Eclipseのエラーログには次のように表示されました。
外部フォルダーX:\ somefolderのリンクを作成中にエラーが発生しました
すべてのプロジェクトをチェックした後(エラーがプロジェクトを指していなかったため)、実際にビルドパスの1つでこのリソースを見つけ(ビルドパスの構成メニューでエラーアイコンが表示されました!)、それを削除しました。
Eclipse(Kepler)ワークスペースの動作がおかしい(タイプ階層、参照が機能していないことを検索する) を参照してください。
将来の開発者が参照できるようにこれを投稿しました。