AspectJ 開発ツールを Eclipse にインストールした後、[実行] ボタンと Ctrl-F11 ショートカットはどちらもほとんど役に立たなくなります。それら (または [デバッグ] ボタン) を使用すると、たとえメイン タイプの存在を必要としないプロジェクト(例: Android アプリケーション プロジェクト)。適切なメイン タイプが定義されたスタンドアロン Java プロジェクトは正常に動作します。そのため、AJDT は最初にプロジェクト タイプをチェックせずに Java main() をチェックするように Eclipse に強制しているようです。プロジェクトが AspectJ プロジェクトであるかどうかも、違いはありません。
この問題は、現在編集しているファイルのファイル名のどこかに「.java」、「.aj」、または「.class」が含まれている場合にのみ発生します (注: 実際にこれらの拡張子で終わる必要はありません。どこでも - readme.txt は機能しますが、readme.java.txt は機能しません)。
AJDT をインストールした後、AJ プロジェクトであるかどうかに関係なく、これを回避するために私が見つけた 2 つの方法は次のとおりです。
パッケージ エクスプローラーで、名前に .java、.class、または.ajを含まないプロジェクト内のファイルを選択し、[実行] をクリックします (パッケージ エクスプローラーはアクティブで選択されたままにする必要があります)。
プロジェクトの新しい実行構成を作成し、それを使用してプロジェクトを起動します。これは無意味な余分なステップを追加するだけでなく、多くのプロジェクトで作業する人にとっては非現実的です.
Eclipse Juno と Helios (Windows XP x86 と Win7 x64) の両方でこれを試しましたが、結果は同じです。AJDT は、IDE で最も頻繁に使用される機能をハイジャックしています。
AJDT がインストールされているものとインストールされていないもので、仕事用 PC に 2 つの異なる Eclipse インストールをそれぞれ別個のワークスペースとして使用することにしました。これにより、AJ 関連の作業をしていないときに IDE を適切に使用できます。私の会社は、他の開発者が AJDT を IDE にインストールする必要があるプロジェクトに取り組んでいるため、これは私たち自身の時間の損失を超えた重大な問題です。まったく理由もなく、ワークフローに重大なボトルネックが追加されています。そのため、おそらく、彼らは代わりに私たちの製品を捨てるでしょう!
更新:これは AspectJ 内のバグであることが確認されており、AJ 開発チームに報告されています。ここで追跡できます: https://bugs.eclipse.org/bugs/show_bug.cgi?id=399660 この記事を書いている時点で、バグはすでに部分的に修正されており、Run 機能が AJ 対応でないプロジェクトに復元されています。 .