23

Ant から Maven に最近変換した後、Maven の前にすぐに起動した実行構成は、Eclipse がプロジェクトを起動する準備をしている間、非常に時間がかかり、異常な量のリソースを消費します。

Eclipse は次のステータス メッセージを表示します。

Verifying launch attributes...

57% の完了時に、Eclipse は数分間ハングしてから、最終的に実行構成を起動します。起動すると、プロジェクトは問題なく正常に実行されます。

ローカル ワークスペースをクリーンアップすることを提案するこのブログ記事を見つけましたが、特に著者が Git を使用していて、私が使用していないことを考えると、問題は解決しませんでした。

私は、最新バージョンの Eclipse で、最新の m2e maven プラグインのみを使用しています。

これらの実行構成を起動するときに Eclipse がブロックされる原因は何ですか?どうすれば修正できますか?

4

8 に答える 8

2

.classpathこれは、プロジェクトのファイル内の重複または誤ったエントリが原因である可能性があります。Maven プラグインがクラスパスを適切に設定してプロジェクトを起動するため、これらのエントリは必要ありません。

Eclipse がハング.classpathしないようにするには、プロジェクトのルート ディレクトリにある参照プロジェクトのファイルをすべて開きます。

属性値srcとしてを持つすべてのエントリを削除します。kind

例えば：

<classpathentry kind="src" path="src"/>

これらのエントリがすべて削除されると、Eclipse はすぐにプロジェクトを起動します。

于 2012-09-12T20:51:05.827 に答える
2

これはかなり古い質問であることは知っていますが、しばらくの間この問題が発生しており、オンラインで見つかった解決策はどれも機能していないようです:

  • IPv6 を無効にする : 機能しませんでした
  • Ivy クラスパス解決を無効にする: 該当なし
  • Maven 設定の移動: 該当なし
  • .classpath から src classpathentry を削除します。これにより、Eclipse からすべてのソース フォルダーが削除されます。

最終的に、ワークスペースに.classpathファイルが重複していると深刻な問題が発生する可能性があることがわかりました。マルチモジュールの Maven プロジェクトをインポートするときは、すべてのモジュールとマスター モジュール (pom-type モジュール) をインポートすることで簡単に行うことができます。そうすることで、事実上すべてを2 回インポートします。Eclipse でこのマスター モジュールを閉じると、問題が解決しました。もう 1 つの回避策は、m2eclipse に依存せず、mvn eclipse:eclipseを使用してから、プロジェクトを「既存のプロジェクト」としてインポートすることです。

于 2014-12-24T12:19:54.120 に答える
0

Eclipse-Luna-SR2で「起動属性の検証... 57％」を回避するためにこの方法を見つけました

  1. 異なるプロジェクトに起動構成とメイン クラスがある

  2. 起動構成から次の行を削除します。

    <stringAttribute key="org.eclipse.jdt.launching.CLASSPATH_PROVIDER" value="org.eclipse.m2e.launchconfig.classpathProvider"/>
于 2015-04-10T14:31:39.693 に答える