Eclipseが起動時にハングアップしないようにするにはどうすればよいですか？

私はEclipse 3.3（ "Europa"）を使用しています。Eclipseの起動には、定期的に（おそらく永久に）非常に長い時間がかかります。私がEclipseログで見ることができる唯一のものは次のとおりです。

    ！ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09：47：34.801
    ！MESSAGE前のセッションで変更が保存されずにワークスペースが終了しました。ワークスペースを更新して変更を回復します。

グーグルでフォルダを削除するようにとの提案が表示されます。

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

これは役に立たなかったようです。

新しいワークスペース（すべてのプロジェクトを再度適切にセットアップするのに何時間もかかるため、やりたくないこと）から始めるのではなく、Eclipseを正しく起動させる方法はありますか？

これは問題の正確な解決策ではない可能性がありますが、私の場合、EclipseがSysInternals Procmonを使用してポーリングしていたファイルを追跡したところ、Eclipseがプロジェクトの1つに対してかなり大きなスナップショットファイルを常にポーリングしていることがわかりました。それを削除すると、すべてが正常に起動しました（ワークスペースが前回の起動時の状態であったとしても）。

削除されたファイルは：

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

試してください：

1. cd to <workspace> \。metadata \ .plugins \ org.eclipse.core.resources
2. ファイル* .snap（またはIndigoの.markers）を削除します。

私の場合（ジュノ）私はこれをしなければなりませんでした：

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

これでうまくいきました。

最初はMylynの問題だと思っていました（汎用Webコネクターの使用を開始した後、これらのフリーズが発生しました）が、コネクターをアンインストールした後、.mylynディレクトリを削除した後でも問題が発生しました。

編集：私はまた、たった1つのファイルを削除することでEclipseを再起動することもできました：

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

インデックスは含まれていませんが、それはうまくいきました。個人的にはあまり気にしないワークベックのみ。

Eclipse最初に-cleanオプションを使って開始してみてください。

Windowsでは-clean、Eclipseのショートカットにオプションを追加できます。で、コマンドラインからLinux開始するときに単純に追加できますEclipse。

これは私のために働きます：

別の、そして明らかに機能する少し良い回避策：

1. 閉じるEclipse。
2. 問題のあるプロジェクトを一時的にワークスペースの外に移動します。
3. を起動しEclipse、ワークスペースが読み込まれるのを待ちます（必要です）。
4. Eclipseもう一度閉じます。
5. プロジェクトをワークスペースに戻します。

ソース：GWT 2.0 / Googleアプリエンジン1.2.8にアップグレードした後、ワークスペースを開くとEclipseがハングします。

私が使用しeclipse -clean -clearPersistedState、それは私のために働いた。

警告：これにより、すべてのプロジェクトがワークスペースから削除される場合があります。

3.5ではかなり大きなワークスペースで同様の問題があり、.snap-filesがどこにも表示されませんでした。「Windows-> Preferences-> General->起動とシャットダウン->起動時にワークスペースを更新」はワークスペース関連の設定のようです。そのため、ハングの原因となっているワークスペースの設定を変更できませんでした。

eclipseコマンドラインパラメーター-refreshを指定して実行し、設定を変更するとうまくいくようです。

また、*。snapファイルを削除することもできました。鉱山は、投稿（下記）で言及されているのとは別のディレクトリにありました。

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

その結果、次のUNIX cmdがトリックを実行しました。

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

私はこのスレッドですべての答えを試しましたが、どれもうまくいきませんでした-スナップファイルもプロジェクトも移動もせず、どれもうまくいきませんでした。

奇妙なことに、機能したのは、すべてのプロジェクトと.metadataフォルダーを別の場所に移動し、Eclipseを起動して閉じ、すべてを元に戻しました。

.metadata.plugins \ org.eclipse.core.resourcesフォルダー（OS Xで実行）に.snaoまたは.prefsファイルがないため、.projectフォルダーをold.projectにコピーすることがトリックでした、Eclipseを起動して確認します

Windows->設定->一般->起動とシャットダウン->起動時にワークスペースを更新

マットが提案したようにb。その後、Eclipseを閉じ、old.projectsフォルダーの名前を.projectsに戻しました。その後、すべてが正常に機能しました。

これは私がしました：

1. .metadata.plugins \ org.eclipse.core.resourcesに移動します
2. .snapファイルを削除する
3. Progressタブが数秒ごとに何かをしていることに気づきました。
4. 日食を終了します（ファイルしないでください|ここから再起動しないでください。そうしないと、もう一度ステップ1に戻る必要があります）
5. 日食をもう一度開きます。

Eclipse を使用し-refreshたり-clean開始したりしても効果がありませんでした。

Mac OS Xでは、EclipseアプリケーションをダブルクリックしてEclipseを起動します。Eclipseに引数を渡す必要がある場合は、Eclipseアプリケーションバンドル内のeclipse.iniファイルを編集する必要があります。Ctrlキーを押しながらEclipseアプリケーションバンドルアイコンを選択します。これにより、ポップアップメニューが表示されます。ポップアップメニューの[パッケージの内容を表示]を選択します。Contents / MacOSサブフォルダーでeclipse.iniファイルを見つけ、お気に入りのテキストエディターで開いてコマンドラインオプションを編集します。

追加： "-clean"と "-refresh"をファイルの先頭に追加します。例：

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

TVまたはその他のセカンドモニターでワークスペースランチャーが開いていないことを確認します。それは私に起こりました。症状は、説明されている問題と同じように見えます。

Windows->設定->一般->起動とシャットダウン

されてRefresh workspace on startupチェックされていますか？

Eclipseの起動に問題がありました。このファイルを削除することで修正されました：

rm org.eclipse.core.resources.prefs

.settingsで見つかりました

UFTにより、インストール後にRDz（Eclipseベース）で問題が発生するこれらの提案は、環境変数が配置されていて、対応する値がある場合でも、この状況を回避できるようにします。

注：競合するアプリケーションは、Javaサポートメカニズムから除外されているため、Javaコンテキストでは認識されません。

1. 影響：アドインのサポートが、Windowsレジストリエディターを介したアプリケーションの実行可能ファイルへのフックから除外されます。要件：アプリケーションは、Java.exe / Javaw.exe / jpnlauncher.exeを除くEXEファイルで起動する必要があります。

手順：

a。アドインのサポートと競合するアプリケーションの実行可能ファイル名を見つけます。タスクマネージャまたはMicrosoft Process Explorerを使用します。

b。Windowsレジストリエディターを開きます。

c。次の場所に移動します：HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Windows x64上の32ビットアプリケーションの場合：HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

d。競合するソフトウェア実行可能ファイルの名前でDWORD値を作成し、値を0に設定します。

* .snap（私のものは* .markers）、-clean-dataまたはmove workspace folderを削除すると、すべてがうまくいかなかったようです。

キーボード入力をインストールしてHIMEに切り替えた後、Eclipseが機能しなくなったので、fctixに戻って機能しました。

スナップファイルがありませんでした。ヘルプメニューのインストールリストを確認すると、プラグインの少なくとも90％でアンインストールボタンが無効になっているため、そこから処理することができませんでした。スタートアップ/シャットダウンでは、ほとんどのプラグインがリストされていませんでした。代わりに、プラグインフォルダーからアイテムを手動で削除する必要がありました。うわー、起動時間は私にとってはるかに速くなりました。したがって、他のすべてが機能せず、使い捨てのプラグインがある場合、これは使用する究極のソリューションになる可能性があります。

残念ながら、これらの解決策はどれもうまくいきませんでした。新しいワークスペースを作成する必要があり、既存のプロジェクトを新しいワークスペースにインポートしました。残念ながら、そうすると設定が失われます（そのため、設定を変更するときは必ず設定をエクスポートしてください！）

Fedora 18でeclipse（Juno）に非常によく似た問題がありました。Androidセッションのデバッグの最中に、eclipseがデバッグセッションを終了しました。Eclipseを再起動しようとしましたが、スプラッシュスクリーンが表示され続けました。上記のさまざまな提案を試してもうまくいきませんでした。最後に、adbサービス（Androidデバッグブリッジ）を確認しました。

# adb devices
List of devices attached 
XXXXXX offline

Androidデバイスがまだ接続されていることはわかっていますが、オフラインであると報告されました。デバイスを切断し、adbサービスをシャットダウンしました。

# adb kill-server

それから私は数秒待って、adbサービスを再開しました：

# adb start-server

そして、私のアンドロイドを再び差し込みました。その後、日食はうまくいきました。

メタデータファイル全体を削除する必要はありません。ワークスペースフォルダーのorg.eclipse.core.resourcesから.snapファイルを削除してみてください

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

{WORKSPACE-DIR} /。metadata / .pluginsフォルダーにあるゼロバイトの.plugin ファイルに注意してください。その中の1つを削除しただけで、フリーズの問題が修正されました。

私の場合、同様の症状は、大量のジャンクシステムファイルを含む不正なgitリポジトリによって引き起こされました。

上記のように、普遍的な救済策は、プロセスモニターを使用して問題のあるファイルを発見することです。次の2行フィルターを設定すると便利です。

• プロセス名は eclipse.exeです。
• プロセス名は javaw.exeです。

Mavericksで日食を更新した後も、同様の問題がありました。やがて、eclipseプラグインディレクトリで、com.google.gdt.eclipse.login jarの末尾にバージョン番号が付いていることがわかりました。私は名前からバージョン番号を削除し、それはすべてうまくいきました:)

また、http：//www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/もご覧ください。

99％の推奨ソリューションは機能します...（つまり、.snapファイルを削除します）しかし、機能しなかった場合は、インデックスフォルダーとさらにワークベンチフォルダーを削除する必要があります。

これは役立つかもしれません

あなたの日食では、

1）ヘルプに移動

2）Eclipseマーケットプレイスをクリックします

3）検索-オプティマイザー

「Eclipse用オプティマイザー」をインストールする

Ubuntuではeclipse -clean -refreshEclipse 3.8.1で私のために働いた

またが原因で発生することができ、このEclipse 4.5 / 4.6、v2.9.0より前のバージョンのEclipse Xtextプラグイン、および特定のワークスペース構成がある場合は、バグます。

回避策は、新しいワークスペースを作成し、既存のプロジェクトをインポートすることです。

さて、私はX11でEclipseを開始しているときに同様の動作をしました。パテのX11フォワーディングを有効にするのを忘れました。

私の場合、ワークスペースの.metadataフォルダーを削除するとうまくいきました。Eclipse Lunaサービスリリース2を使用しています。