ワークスペースを構築するときに日食が立ち往生
VistaでEclipse 3.4.1 Java EEを使用しています。ワークスペースを構築するときに立ち往生しているようです。ビルドをキャンセルしても何もしないようです。
なぜこれが起こっているのですか、どうすれば問題を修正できますか?
デッドロックの報告方法 をご覧ください。エラービューやエラーログ([workspace] /。metadata/.log)を確認することもできます。それでも解決しない場合は、インストール済みのプラグインと所有しているプロジェクトに関する詳細情報を含める必要があります。問題を再現する最小限のワークスペースを作成できますか?
これを次の方法で修正できました。
まず、Eclipseを終了します。次に、次の.projects
フォルダーを安全な場所に一時的に移動します。
mv .metadata\.plugins\org.Eclipse.core.resources\.projects projects
Eclipseを起動して終了し、.projects
フォルダーを元の場所に戻します。
mv projects .metadata\.plugins\org.Eclipse.core.resources\.projects
もちろん、自己責任で使用してください。
ワークスペースのクリーンアップを生成するために、コマンドラインから「-clean」パラメーターを指定してEclipseを実行すると非常に役立つ場合があります。
Eclipse -cleanは機能しませんでしたが、次は機能しました
Eclipse -clean -clearPersistedState
USB経由でAndroidをデバッグしている場合、Eclipseが44%でフリーズすることがよくあります。デバイスを切断すると、Eclipseが起動します。
受け入れられた答えにより、Eclipseを再び開始することができましたが、プロジェクトはメタデータを失ったようです。 (たとえば、すべてのGit/Gradle/Springアイコンがプロジェクト名から消えました。)私はそこに多くのプロジェクトがあり、それらを再びインポートする必要はありませんでした。
ケプラーの下で私のために働いたものはここにあります。 YMMVですが、誰かを助けるためにこれを記録したかったのです。
手順1。一時的に.projects
ファイルを邪魔にならない場所に移動します。
$ cd .metadata/.plugins/org.Eclipse.core.resources
$ mv .projects .projects.bak
ステップ2。その後、Eclipseを起動します。メタデータは失われますが、少なくともEclipseはスタックすることなく開始されます。
ステップ3。 Eclipseを閉じます。
ステップ4。.projects.bak
ファイルを元の名前に戻します。
$ mv .projects.bak .projects
ステップ5。 Eclipseを再起動します。それはいくつかのものを構築するかもしれませんが、今回は通過するはずです。 (少なくとも私にとってはそうでした。)
ステップ1:
プロジェクトディレクトリを開いて.projectファイルを編集し、次の行を削除してJavaスクリプト検証を無効にします。
<buildCommand>
<name>org.Eclipse.wst.jsdt.core.javascriptValidator</name>
<arguments>
</arguments>
</buildCommand>
ファイルを保存。
ステップ2:
Eclipseがインストールされたディレクトリに移動し、Eclipse.ini(またはSTSがある場合はsts.in)を開き、コンピューターのRAMサイズに基づいてxmsおよびxmx値を変更します。
-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m
または:Windowsでは、デスクトップのEclipseショートカットに移動し、右クリック->プロパティ->次を追加:C:\ software\Eclipse\sts-3.6.2.RELEASE\STS.exe -clean -Xms512m -Xmx1024m
Eclipseを実行します。
Eclipse-> windows-> preference-> Validationに移動し、すべてのバリデーターを一時停止します。 Validatorパネルのリストにリストされている検証を行いたくない場合は、これを行います。
私にとって唯一の解決策(Luna 4.4.1)はこれでした:
[プロジェクトのプロパティ]> [ビルダー]に移動し、Javascript Validatorのチェックを外します。
一度に開いているMavenプロジェクトが多すぎると、この問題が発生します。私がしがちなのは:
- Eclipseを再起動します(Eclipseを強制終了する必要がある場合があります)
- すぐに自動ビルドを無効にする(プロジェクト>自動的にビルドのチェックを外す)
- 再構築したいプロジェクトを右クリックします
- 関連のないプロジェクトを閉じる
- 自動ビルドを再度有効にする
これにより、ワークスペースのケースの99%オフで機能する再構築が可能になります。
Eclipse Indigoでも同様の問題に直面しました。 HeapSizeを変更すると、正常に動作し始めました。次のEclipse.iniファイルを追加しました-vmargs -Xms1024m -Xmx1024m
VMサイズを増やした後、正常に機能しました
Eclipseでも同じ問題があり、解決策として、新しいプロジェクトを作成し、すべてのリソースを手動で(Windowsのコピー/貼り付けを使用して)新しいプロジェクトにコピーし、古いプロジェクトを削除しました。
時々、これはシステムの不適切なシャットダウンとEclipseワークスペースが同様の問題に直面し始めたために起こります。
それがうまくいくことを願っています。
一部のJDTインデックス(.metadata.plugins\org.Eclipse.jdt.core内)、特に大きなファイルを削除すると、多くの場合、問題が修正または緩和されます。
これは、EclipseがEclipseインストールフォルダーに作成した余分なフォルダーを削除することで解決できました。インストールせず、Spring ToolスイートもインストールしたEclilpse Neon 3を使用していました。しかし、抽出したEclipseインストールを調べたところ、C:フォルダーがいくつかのフォルダー構造を持っていました。それは私のダウンロードフォルダの鏡像でした。削除して再起動しました。
それは私のために働いた!
ここでの答えはどれも役に立たなかった。うまくいったのは、次のフォルダを削除することでした
C:\ Users\your username\workspace\project name.metadata.plugins\org.Eclipse.core.resources.projects\project name\.indexes
ビルドするすべてのプロジェクトを更新します。働いた
プロジェクトフォルダー内で.projectファイルを開きます。悪いエントリがあり、それが役立つかもしれません
<buildCommand>
<name>org.Eclipse.m2e.core.maven2Builder</name>
<arguments>
</arguments>
</buildCommand>
私の場合、ダウンロードしたプロジェクトをインポートした後に問題が発生します-80%ビルドでスタックします。グループの書き込み権限をプロジェクトのファイルに追加することで解決しました(Ubuntu 12.04)。
[workspace]/.metadata/.log
のログを見ると、役に立つ情報が提供されました。ワークスペースのビルドがハングするときにJava.lang.OutOfMemoryError: PermGen space error
があったことが判明しました。これは、Eclipse.ini
またはsts.ini
(SpringSource Tool Suiteを使用している場合)ファイルで編集できます。
問題は、プロジェクトフォルダからファイルを開いている他のプログラムを強制終了することで解決される場合があります。
これは、多くの画像データを含むプロジェクト(専用画像プロジェクトなど)でワークスペースを再構築した場合にも発生する可能性があることがわかりました。そのようなものを独自のワークスペースに入れ、それを処理する残りのプロジェクトとは別に処理するのが最善かもしれません。
できない場合は、クリーンアップして再構築するときにそのプロジェクトをクリーンアップしないでください。必要な場合にのみ再構築してください。
私はちょうど同じ問題を抱えていました。
タスクマネージャーを使用してビルドプロセスを強制終了し、プロジェクトを開かずにEclipseを終了することで、Eclipseに戻り、プロジェクトを開かずにクリーンアップできました。その後、Eclipseを再起動し、プロジェクトをロードしました。
私の場合、Windowsエクスプローラー(Windows 8.0)でお気に入りからソースフォルダーを削除するのに役立ちました。ビルドは実際にはスタックしていないように見えますが、何らかの無限ループでトリガーされたようです( here -Bug 342931)。
Eclipse-> Windows-> Preferencesを使用して自動ビルドを選択解除すると、この問題の修正に役立ちます。
私のプロジェクトでAngular.jsをbowerとともにインストールしようとしたときに、同じ問題に直面しました。 bowerには多くのjavascriptファイルが自動的にダウンロードされたため、IDEが長い間検証プロセスにとどまりました。この方法でこの問題を解決しました
- 私は最初にtern.js 0.9.0をインストールしました。
- 次に、プロジェクトのプロパティに移動し、選択されたternスクリプトパスには、検証に必要なパス、プロジェクトのjavascriptフォルダーのみが含まれていました。プレースホルダー、Angular.jsファイル、Jqueryファイルなどの他のパスを除外しました。
- プロパティからJavascriptを再度選択し、インクルードパスのソースで同じことを行いました。
私のIDEは現在フリーズせずに動作しています。そこから助けを借りました。 Tern たくさんのJavascriptファイルが原因でIDEがスタックする場合に役立つと思います。
Eclipseを再起動します。
それは私のために数回働きました。
私はちょうどEclipseを再起動し、次回は機能し始めました。
これらの提案の多くを試しましたが、最終的に私のために働いた唯一のことは、新しいワークスペースを作成し、そのフォルダにすべてのプロジェクトを新たにチェックアウトすることでした。その後、それはうまくいきました;-)
これをデバッグして正確な根本原因を見つけるのではなく、プロジェクトとメタデータフォルダーを削除しました。 Eclipseは、次回の起動時に.metadataファイルを再構築します。
その後、最新のプロジェクトコードを取り込み、問題は解決しました。サーバーを含むすべてを再構成しなければならなかったので、より多くの作業でしたが、ビルドワークスペースは完全に終了する3〜5分前から50%で停止していたため、努力する価値がありました。
また、Eclipseでは、ビルドワークスペースが完了する前に停止し、Eclipseがすべてハングアップした場合にシャットダウンすると、設定を混乱させ、再び安定させるために多くの時間を浪費することができます。私はEclipse Oxygenを使用していますが、これは使用したEclipseのすべてのバージョンで発生しているため、可能な限り回避するように心がけています。