プロジェクトで最もよく使用されるライブラリ クラスを追跡するために、Sonar プラグインを作成する必要があります。
これまでのところ、プラグインのコーディングガイドを読みましたが、少し混乱しています。Sonar は分析を実行するための機能 (Java コードの解析、抽象構文ツリーの作成など) を提供しますか?それとも、それを実行し、Sonar をレポート ツールとしてのみ使用する外部ツールを探す必要がありますか?
プロジェクトで最もよく使用されるライブラリ クラスを追跡するために、Sonar プラグインを作成する必要があります。
これまでのところ、プラグインのコーディングガイドを読みましたが、少し混乱しています。Sonar は分析を実行するための機能 (Java コードの解析、抽象構文ツリーの作成など) を提供しますか?それとも、それを実行し、Sonar をレポート ツールとしてのみ使用する外部ツールを探す必要がありますか?
Sonar は、独自のコード分析結果を Sonar に公開するためのフレームワークを提供し、それらが 1 つの場所にあるようにします。独自の分析を行いますが、ほとんどは他の静的コード分析ツールに依存し、それらをライフサイクルに統合するだけです。たとえば、テスト カバレッジは cobertura または clover で実装できます。
私には聞こえますが、単一のライブラリ用に構成できる求心性カップリングの測定値を取得するだけのように思えます。ほとんどのプラグインは、コンパイル時にコードをインストルメント化することによって機能するため、ライブラリ間の依存関係をどのように管理するかはわかりません。これは、既に jar にあるクラスでは不可能です。
AST を生成したいだけの場合は、この質問を確認してください。