foo
に依存するfoo-instrumented
プロジェクトがあります。織物用のスコープ
このプロジェクトは実際にはfoo
に追加コードを追加して置き換えます。それは(foo-instrumented
がfoo
を置き換える)foo
がfoo-instrumented
のコンパイル時の依存関係ですが、それは間違いなく、実行時の依存関係ではない、であり、それは子供たちに伝播すべきではない(つまり、foo-instrumented
に応じて、プロジェクトがは終わるべきではありませんfoo
に応じて)。
この種の依存関係には適切な範囲がありますか、それとも別の解決策ですか?
編集:私は私の要求に十分に明確されていないのです:foo
は子供のプロジェクトの依存関係で終わるべきではないものの、foo
の依存関係がなければならない(例えばfoo
がfoo-instrumented
に依存したプロジェクト、その後、log4j
に依存している場合依存関係の一部としてlog4j
を持つ必要があります)、これはprovided
の範囲を除外しているようです。
ありがとうございます!
編集:わかりました。私はここで少し暴言をしている必要があります:本当に、実際の人間は本当にメイクドックを理解していますか?私はいくつかを見ていたpagesと何を推測する:何の説明も、イラスト、ちょうどXML VOMITのトン。 XML VOMITはドキュメントではありません、人々!
これは私が現在やっていることですが、それほどエレガントではありません。 – Rom1
私はより良い方法がないと恐れています。 – carlspring