問題タブ [jdepend]

プロジェクトで jdepend maven プラグインを実行していますが、「mvn site:site」または「mvn jdepend:generate」のどちらを実行しても、生成されるレポートには「パッケージが使用されていません」と表示されます。Maven 出力にエラーはありません。他のプラグイン (cobertura、findbugs など) は問題なく動作します。私のpomは次のように構成されています：

何か案は？

Maven プロジェクトのセットがあり、アクセス ルールを定義したいと考えています。
たとえば、プロジェクト Database と Cache は、プロジェクト DataLayer からのみアクセスできますが、プロジェクト UiLayer からはアクセスできません。私はMavenプロジェクトの観点から話していますが、Mavenプロジェクトに簡単に統合できる限り、パッケージレベルのアクセス検証も機能する可能性があります.

私はMackerを見てきました.Mackerには、アクセス制御の白黒Javaパッケージ、スタイルチェックなどの優れた機能セットがありますが、それを一連のMavenプロジェクトに結び付けるのに苦労しています。

まだ開発中のmacker-maven-pluginがあり、私はそれを機能させることができましたが、うまく機能しないのではないかと心配しています。
このプラグインは、すべてのプロジェクトのクラスで検証を実行します。
これは、ルールが破られていないことを確認するために、これからは maven プロジェクトごとに macker-rules.xml でアクセス ルールを定義する必要があることを意味します。これはメンテナンスの悪夢のようです。

だから - macker-maven-plugin の使用で何かを見逃しましたか? おそらく私はそれを正しく使用していません。

私は JDepend の経験はありませんが、簡単に読むと macker のシン バージョンのように見えます。jDepend maven pluginがありますが、その機能は単に使用状況と統計に関するレポートを生成するだけですが、本当に必要なのは別のものであり、失敗するとビルドに失敗するアクセスチェックです。

Mavenプロジェクトのプロジェクトアクセスチェックまたはパッケージアクセスチェックのより良い代替案を誰かが提案できますか?

ありがとう

jDepend、ant contribのverifydesignタスク、またはホワイトリストの代わりにブラックリストを使用する他の同様のツールを使用してパッケージ依存関係分析を実行する方法はありますか？

つまり、私は（少なくとも最初は）はるかに厳しくないことを望んでいます。パッケージAを指定する代わりに、B、C、およびKのみに依存する必要があります。パッケージBは、Q、W、およびRのみに依存する必要があります。システム内のすべてのパッケージについて、最初に次のように言いたいと思います。パッケージAはWおよびYとは絶対に接触できず、それ以外のことはすべて問題ありません。その後、リファクタリングが行われるにつれて、各パッケージの予想される依存関係（AはB、C、Kのみに依存）の完全なリストを徐々に追加することができます。

では、これを行うためのツールは存在しますか？

パッケージサイクルが存在する場合にビルドを失敗させるためにMavenでjdependプラグインを使用する方法はありますか？antを使用するとかなり簡単に実行できることは知っていますが、Mavenを使用して実行する方法がわかりません。

ありがとう、ジェフ

ハドソンを使ってphpの継続的インテグレーション環境を構築しようとしています。jdepend プラグインで使用できる phpdepend 出力を生成するシェル スクリプトを実行しています。xml-File の準備はできていますが、プラグインは例外をスローします。

コンソール出力:

jdepend-symbol クリック時:

ご助力いただきありがとうございます。マーティン

JDependを使用してアーキテクチャを分析し、構造化テストを作成して、階層化アーキテクチャ内の依存関係を検証しています。関連する2つのレイヤーは、com.domainとcom.infrastructureです。ドメインは具体的にはインフラストラクチャ層に依存します。

次のテストが失敗するのはなぜですか？

jdepend.analyze（）は関連するパッケージを返すので、コードが見つかっていることはわかっています。何か案は？

違法な依存関係とサイクルを見つけるために、JDepend 2.9.1 に基づく JUnit テストがあります。

本日、JDepend に依存関係がないことがわかりました。次のコードでは、B に依存する A を考慮していないようです。

テストは次のようになります。

JDepend4Eclipse プラグインは依存関係を確認し、結果のサイクルを報告します。

これはバグですか？回避策はありますか? 私たちは何か間違ったことをしていますか？

関連するメモ: jdepend.containsCycles() は常に false を返します。

jdependtreeを介してjunitで、パッケージがパッケージサイクルにあるかどうか（つまり、直接循環依存関係があるかどうか）をテストしたいと思います。現在、そうではありません（以下の出力を参照してください。jdependのEclipseプラグインはのサイクルを検出しませんtree）。しかし、jdependのマニュアルで提案されている以下のアサーションは失敗します。

出力は次のとおりです。

アサーションが失敗する理由は、containsCycle()getEfferents（）を再帰的に呼び出し、結果のパッケージをリストに入れ、trueパッケージがすでに含まれている場合はそれを返すためです。したがってcontainsCycle()、到達可能なパッケージサイクルがあるかどうか（つまり、ツリーに間接的な循環依存関係があるかどうか）を確認します。

しかし、直接循環依存関係のみをテストするにはどうすればよいですか。つまり、ツリーがパッケージサイクル上にあるかどうか（そして、org.hamcrestなどの他のパッケージサイクルにつながるかどうか）はどうでしょうか。

一般的なパッケージ依存関係の質問

P1のクラスとインターフェイスがP2を使用していない場合、どのような状況でパッケージP1とP2の間に依存サイクルが発生する可能性がありますか？つまり、「隠された依存関係」はどこから来るのでしょうか？

jdependを使用した具体例

jdependは、との間にパッケージの依存関係があると言っていますstsimulatorがstsimulator.ststraversal、のクラスまたはインターフェイスは、のstsimulatorいずれかの部分を使用していstsimulator.ststraversalません。

• jdependの依存関係-Eclipseのエクスプローラーはそう言っています、そして
• stsimulatorstsimuator。*をインポートせず、文字列「ststraversal」を使用しないすべてのクラス/インターフェース。

どうしてそれができるのでしょうか？

jdependによって印刷されたパッケージ依存サイクルの一部

クラスの依存関係やメソッドの実行時間などを確認したり、それらを示す図を印刷したりするために使用できる無料のJavaコード分析/メトリックツールを探しています。私は現在、これを達成するためにANTでjdependタスクを使用していますが、そのようなことにはもっと良いツールがあるはずだと思います。また、分析のタスクのためにすべてのプロジェクトをEclipseに移植したくないので、Netbeansと統合されている方がいいと思います。コミュニティバージョンのビジュアルパラダイムで遊んでみましたが、コミュニティエディションでコードの同期が提供されていなかったため、すぐに飽きてしまいました。それが実際に行く方法であるならば、私はそれに別のショットを与えることができますが。BOUMLも試しましたが、既存のコードアナライザーというよりはUML設計ツールのようです。だから、私の質問は、Javaコード分析には何を使用しますか？ありがとう！

編集：たとえば、JDependはいくつかのメトリックを測定し、素敵な小さな依存関係グラフを描画できますが、UIなどは正確にはありません。私は、すべてのクラスとそれらの相互依存関係（jdependはパッケージAFAIKのみを実行します）と、クラス間で呼び出され、「どれだけ優れているか」というメトリック数を提供するメソッドを引き出すことができるツールを探していると思います。コード構造は"です。質問があいまいな場合はお詫び申し上げます。さまざまなオプションを探しているだけで、コードメトリクスツールの経験があまりありません...