問題タブ [transitive-dependency]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
android - AAR ライブラリの推移的な依存関係が競合していますか?
私は、ローカルの Maven リポジトリでリリースされた aar を使用していました。推移的な依存関係を含めたかったので、transitive
属性を依存関係に追加しました。
ここで、このプロジェクトが cardView サポート ライブラリ v23 への依存関係を追加するとします。
v24 cardView ライブラリへの依存関係も追加すると、apk リリース ファイルはどうなりますか。
Gradle はこの二重の依存関係を管理し、競合を発生させずに最新の依存関係を取得できますか? transitive
または、属性を使用せずに依存関係を手動で指定する方が安全ですか。
また、transitive
属性は、aar が設定できた proGuard ルールもインポートしますか?
ご協力ありがとうございました、
attributes - 推移的なエンティティを使用したパーセラーのパフォーマンス
私はparcelerを使用しており、次のような構造を定義しようとしています:
各エンティティには、次のようにリストと親インスタンスがあります
次の場合にパフォーマンスがどのように影響を受けるかを知りたいです。
アクティビティ間のエキストラとして Category オブジェクトを渡します。ANR に気付き、これが原因の 1 つであるかどうかを自問する
前もって感謝します
maven - 推移的な依存関係のバージョンを使用 (参照) するにはどうすればよいですか?
推移的な依存関係のバージョンの 1 つを指定する必要がある状況に直面しています。
次の依存関係ツリーでは、
Cのpom.xmlでAのバージョンを指定する必要があります
これを行う方法はありますか?このようなファイルをフィルタリングできるようにするには?
gradle - Gradle の推移的な依存関係の異なるバージョン
私のプロジェクトでは、これらのパッケージを使用することを余儀なくされています:
com.sparkjava:spark-core:2.3
、最終的に使用するjetty-server:9.3.2.v20150730
org.apache.spark:spark-core_2.10:1.2.0
、最終的に使用するjetty-server:8.1.14.v20131031
com.sparkjava
と は関係ありorg.apache.spark
ませんのでご注意ください。どちらもおかしなことにスパークと呼ばれています。
ここでの問題は、jetty の両方のバージョンに互換性がないことです。そのため、強制的jetty 8.X
にシステムをクラッシュさせると、強制的jetty 9.X
にシステムを再度クラッシュさせるとjava.lang.NoClassDefFoundError: org/eclipse/jetty/server/ServerConnector
、一方のケースと他方のケースになりjava.lang.NoClassDefFoundError: org/eclipse/jetty/server/bio/SocketConnector
ます。
そのような状況で私は何をすることが期待されていますか?
注: jetty をシャドウしようとしましたが、依存関係マネージャーは 1 つだけ (デフォルトでは 9.X、または強制した場合は 8.X) を解決してからシャドウするため、実際には役に立ちません。
maven - Maven は親から継承された推移的な依存関係をどのように処理しますか?
以下の親と子の pom を指定するとlib1
、lib2
両方に class が含まれますfoo.bar.Test
。
親ポン
子ポン
foo-child
に依存関係として含めてmyApp
インスタンス化するとfoo.bar.Test
、Maven はどのバージョンのクラスに解決されますか? なぜ?
私のアプリポン
java - 依存関係を推移的として指定して、すべての内部依存関係を自動的に含める方法は?
私は現在、プロジェクトに Jasper API を追加する過程にあり、接続をテストするために JUnit テストを作成しました。私たちの Maven プロジェクト アーキテクチャは、いくつかの内部プロジェクトを持つ 1 つの親プロジェクトです。
jasper に必要な依存関係を親 pom に追加しました。
そして、単体テストにジャスパーの依存関係を必要とする内部プロジェクトにそれを追加しました。
Maven Update を実行した後。Maven クリーン インストール; およびプロジェクトのビルドと更新、UnitTest を実行しようとしています。
今の問題は、それがjava.lang.ClassNotFoundException
. 最初はorg.apache.axis.EngineConfiguration
. これを に明示的に追加するpom
と、次の に移動しますClassNotFoundException
が、今回はorg.apache.commons.logging.LogFactory
. これも追加すると、次の内部依存関係に続きます。
私はこれらの依存関係を自分で使用していないため、Jasper のみを使用しているため、それらを追加する必要はありませんが、Maven に自動的に追加してもらうだけです。だから、 Transitive_Dependenciesについて読んだことがありますが、これはまさに私が必要としているものですが、このリンクは実際にこれを構成する方法の例を示していませんでした。次の小さな「チュートリアル」
も試しましたが、内部の依存関係は追加されません..
すべての内部依存関係 jar を手動で pom に追加せずに、Maven を介して追加するにはどうすればよいですか? スコープがある場合、これは自動的に行われると思いましたcompile
(これはデフォルトですが、念のために明示的に設定しようとしましたが、違いはありません)。
編集:目標を持ってプロジェクトをビルドするとmvn dependency:tree
、Jasper jar の次の 2 行が表示されます。
ただし、内部依存関係がないため、追加されていません。
しかし、UnitTest をデバッグすると、次の Stacktrace で.getWSClient()
実際のエラーが発生します。junit.framework.TestCase#runTest()
これは、何らかの種類の UnitTest (TestCase クラス) リフレクションの問題で、ClassNotFoundException
. これらのエラーが発生するクラスは、2 つの Jasper API jar の内部依存関係ではないため、自分のコードで直接使用していなくても、すべて手動で追加する必要がありますか? それとも、どうにかして推移性を使用できますか?
python - インストール時に Python の推移的な依存関係の問題を検出しますか?
pip
私は最近、それが推移的な依存関係を適切な方法で解決しないことを知りました。これは、パッケージをインストールした後、その依存関係の依存関係の一部が実際には満たされない可能性があることを意味します。
インストール後に、インストールされたすべてのパッケージの依存関係が実際に満たされていることをプログラムで確認する方法はありますか?
具体的には、virtualenv を作成し、そこにいくつかのパッケージをインストールしてから、インストールされたすべてのパッケージに実際に必要な依存関係があることを確認できるようにしたいと考えています。
編集:これは、問題をよりよく説明するための例です。packageA
が packagesB
およびC
に依存しているとします。どちらもpackageD
に依存しており、バージョン範囲が異なる可能性があります。をインストールするときA
、pip は指定されたバージョン範囲のいずれかを任意に選択しD
て満たすようにします。たとえば、B
の依存関係はD
満たされているかもしれませんが、C
の必要なバージョンは満たされていない可能D
性があります。そのような問題が存在するかどうかを検出したい。