依存伝送Mavenの依存度の範囲の効果

JUnitテストを書くとき、コードがクラス引用されたエラーメッセージを見つけることができないことがわかりました

 

 

 何junit.jarを原因がないので!なぜこのようにですか?我々ssm_daoモジュールはJUnitの依存、およびssm_dao ssm_serviceモジュールに依存している、JUnitはそれの上を通るべきではないのですか?

下に示すように従属範囲、例えば、また、影響を受ける依存の送信範囲に依存依存があるために、A、B、C、A-依存B、B-依存C、Cは、Aに依存して送信されても​​よいです。

左端の列に直接依存し、B Aは、最上層の依存、依存伝送挙動の範囲で理解されている、Aは転送Cの範囲に依存しているB Cの範囲、行と列の交差点に依存することが理解されます。
  例1:

    例えば、BにAがCにコンパイル依存Bは、ランタイム依存性を有しており、その後の表に従ってCをAに示すランタイム依存性を有しています。

    依存JUnitのssm_dao、SCOPはテストです
    依存ssm_daoのssm_service

    

 

     ssm_daoプロジェクトが依存してJUnitのジャーはssm_serviceプロジェクトに追加されません。

  例2:

    あなたが変更した場合ssm_daoプロジェクトがコンパイルにSCOPのJUnitのを依存している、ssm_daoプロジェクトは、JUnitのjarファイルのパッケージを依存プロジェクトssm_serviceに追加されます
    

 

   出会いの問題は、私たちのいつもの溶液上に渡されていない依存ではなく、そのような修正するJUnitのコンパイルのためのスコープを持つので、無理だけJUnitテスト時間などのスコープの範囲を、修正するよりも、直接依存し、このプロジェクトに追加することです。

 

おすすめ

転載: www.cnblogs.com/roadlandscape/p/12323851.html