問題タブ [transitive-dependency]

推移的な依存関係を特定するのに問題があります。その背後にあるコンセプトは理解していますが、それらを見て引き出すのは私の問題です。

だから私は知っている

A→B

B→Aというわけではない

べ→べ

次に、A → C は推移的な依存関係です。

このシナリオでは、推移的な依存関係を特定できないようです。

患者ID（PK）

Insurance_Co_ID (PK)

Doctor_ID (PK)

Fname

P_Lname

P_Street

P_City

P_Zip

P_電話

Ins_First_Contact

Ins_Second_Contact

Ins_Phone

Doc_Fname

Doc_Lname

Doc_Beeper

1NF、2NF、ect 図を作成し、部分的な依存関係と行列式を特定する方法を理解していますが、これに問題があります。調査を行った後の私の見解は、推移的な依存関係を 1 つだけ見つけることですが、それでもわかりません。(Doc_Fname) → (Doc_Lname) → (Doc_Beeper) そう (Doc_Fname) → (Doc_Beeper) or (Doc_Fname, Doc_Lname) → (Doc_Beeper)?

助けてください、ありがとう！

基本的なMavenの概念に関連する問題：

リリースされたら、プロジェクトのビルドが完全に再現可能であることを保証したいと思います。したがって、推移的なものを含むすべてのプロジェクトとプラグインの依存関係は、常に同じ方法で解決する必要があります。

残念ながら、依存関係がバージョン範囲で表されている場合はそうではありません。プロジェクトの直接の依存関係が設定されていても（versions：use-releasesを使用）、推移的な依存関係は将来、他の方法で解決できる可能性があります。

問題に対処する方法は？既知の解決策はありますか？

私はプラグインを作成することを考えていました。プラグインはリリース時にプロジェクトのすべての依存関係を別のファイルにダンプし、将来ビルドすると、ファイルから読み取られた依存関係が標準よりも優先されますmavenが依存関係を解決するために使用する方法。しかし、そのためのプラグインAPIはありません。したがって、ハッキングが必要になりますが、これは避けたいと思います。別の方法はありますか？

ありがとう、Lukasz

Eclipse で動的 Web プロジェクトを実行中に問題が発生しました。Maven プロジェクト (archtype - webapp) を作成し、maven-eclipse-plugin (バージョン 2.9) を追加して DWP の動作を追加しました。次のように、POMファイルにプロジェクトの依存関係を追加しました

次に、maven コマンド (クリーン インストール) を使用してプロジェクトをビルドします。ターゲット フォルダーに生成された war ファイルが表示されます。このアプリケーションを Eclipse 内の Tomcat で実行しようとすると (プロジェクト -> 右クリック -> 1 つのサーバーを実行)、Tomcat がエラーで開始されます。

SEVERE: クラス net.sourceforge.wurfl.core.web.WURFLServletContextListener java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils at net.sourceforge.wurfl.core.web.WURFLServletContextListener のリスナー インスタンスにコンテキスト初期化イベントを送信する例外.contextInitialized(WURFLServletContextListener.java:81) org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4765) org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5260) org. org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:866) の apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) org.apache.catalina.core.ContainerBase.addChild(ContainerBase. java:842) org.apache.catalina.core.StandardHost.addChild(StandardHost.java:615) org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:649) で org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1581) で java.util.concurrent.Executors で$RunnableAdapter.call(Executors.java:441) で java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) で java.util.concurrent.FutureTask.run(FutureTask.java:138) で java. util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) で java.lang.Thread.run(Thread.java:662) で原因: java.lang.ClassNotFoundException: org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) の org.apache.catalina.loader.WebappClassLoader の org.apache.commons.lang.StringUtils。loadClass(WebappClassLoader.java:1533) ... 15 詳細 Introspector の初期化を開始しています...

Tomcat がアプリを実行する Eclipse フォルダー (C:\Deepak\Study\Dev\Practicals\workspace.metadata.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\accessloganalyzer-1.0-SNAPSHOT) を調べると、 )、プロジェクトで使用しているサードパーティ ライブラリ wurfl.1.4.jar の依存関係 (エラーで参照されている commons-lang を含む) が見つかりませんでした。

wurfl ライブラリは、WEB-INF/lib に存在しない次の依存関係を使用するため、問題が発生します

• commons-collections-3.2.1
• commons-lang-2.6
• ジャクソン-コア-asl-1.8.2
• ジャクソン-マッパー-asl-1.8.2
• logback-classic-0.9.28
• logback-core-0.9.28
• slf4j-api-1.6.1

これらの推移的な依存関係がアプリケーション WAR ファイルの WEB-INF/lib フォルダーにコピーされない理由を教えてください。

アプリケーション（my.company.appなど）内にライブラリ（mycompany.model.core-SNAPSHOTなど）を含め、mycompany.model.coreに依存関係としてHibernateが含まれている場合、my.company内のHibernateクラスと関数を参照できますか？ .appアプリに（明示的に）休止状態を含めずに？

ありがとう！

バージョンの競合を引き起こす推移的な依存関係を管理するための .NET の世界でのベスト プラクティスは何ですか?

詳細：プロジェクトAはプロジェクトBに依存し、プロジェクトBはライブラリCに依存します

また

プロジェクト A は、異なる (潜在的に) ライブラリ C の互換性のないバージョンに依存するプロジェクト X にも依存しています。

A->B->Cv1.0
&
A->X->Cv2.0
ここで
Cv1.0 <> Cv2.0

• これを機能させる方法はありますか？

• GACを使用せずに実行できますか?

• B と X がバイナリ形式のみ (ソースにアクセスできない) でも実行できますか?

言い換えれば、プロジェクト A で一緒に使用するときに、プロジェクト B と X をそれぞれ独自の依存関係を使用して、競合を引き起こすことなく使用できる方法があります。

注: 理想的には、この問題はまったく発生しないはずですが、外部ライブラリへの依存が拡大するにつれて、これは避けられない副作用になります。そのため、どのように対処するのが最善なのか疑問に思っています。

私は私の小さなアプリケーションでコントローラーをテストするためにspring-test-mvcを使用しようとしています。ビルドツールとしてgradleを使用しているので、次のように依存関係を追加しました。

spring-test-mvcの取得に成功し、テストをコンパイルします。ただし、MVCテストのような一時的な依存関係が含まれていないように見えるため、テストの実行は失敗します。

とりわけ、それは見つけられないことについて不平を言います

これはspring-test.jarの一部であり、spring-test-mvcのpom.xmlhttps://github.com/SpringSource/spring-test-mvc/blob/master/pom.xmlに依存関係として含まれています。

ビルドファイルに依存関係を明示的に含めることで、この問題を修正できます。

しかし、それは次の問題に置き換えられるだけです。一時的な依存関係を明示的に要求しようとしました：

しかし、それは何も変えるための種ではありません。

したがって、問題は次のとおりです。クラスパスに推移的な依存関係を含めるためにgradleを取得するにはどうすればよいですか。

注：推移的な依存関係は、テスト以外では正常に機能するようです。

次のツタの依存関係を考慮して、

それらは、によってミラーリングされたパブリックMavenリポジトリに依存します

http：// myivyserver：8888 /mirrored/。

にチェーンするivysettingsリゾルバーによって指定された...

ミラーリングされたディレクトリがリモートのMavenリポジトリのアーティファクトを完全に複製しているのを見ることができます。

私はMavenに慣れており、EclipseでビルドパスがMavenの依存関係を示しているのを確認しています。

現在、プロジェクトのIvy依存関係を作成しています。Ivy eclipseプラグインが原因で、すべてのjarが表示されている同様のIvy依存関係ノードが表示されることを期待しています。

ただし、EclipseビルドパスのIvy依存関係ノードには、ミラーリングされたpomsによって推移的に指定されたjarは表示されません。

例えば、

両方の依存関係のpomは、javax.ws.rs（jsr311-api）への依存関係を指定します

ただし、javax.ws.rs（jsr311-api）は、Mavenが管理するプロジェクトのように、ivyが管理するプロジェクトのビルドパスライブラリに表示されません。

Maven Pomsに起因する推移的な依存関係を解決するためにivyプラグインを取得するには、さらに何をする必要がありますか？

ありがとうございました。

私は頭の中でこれを理解しようとしてきましたが、私は本当に行き詰まっていて、助けていただければ幸いです。スキームを考えると

ここでの鍵は{a、b}であると言うのは正確でしょうか？それが本当なら、aまたはbのいずれかに部分的に依存しているため、属性c、dは独自のテーブルにある必要があると言うのも正確でしょうか？次のようなスキームになりますか？

それとも単に持っているのが正しいでしょうか

確かに、a、bはキーであるため、何らかの形で存在する必要がありますか？100％確信はありません。これを理解するのに役立ちます

コマンドラインインターフェイスまたはWebアプリのいずれかで使用できる必要がある大きなプロジェクトがあります。コアサーバーは、10個の個別のjarとしてデプロイされます。Webアプリは現在.warとしてデプロイされていますが、これは個々のデプロイメントをすべて複製する巨大なファイルであり、モジュールの更新が非常に面倒です。何かを更新するたびに、この巨大な.warファイルを再デプロイする必要があります。多くの場合、Webアプリは使用しません。

だから私は依存関係なしで「スキニー戦争」を展開しようとしています。ただし、それらを運ぶための.earファイルがないため、実行時に、skinny warを解凍し、jetty：runを使用して、classesDirectoryとwebAppSourceDirectoryが解凍されたコンテンツを指すようにします。それはすべてうまくいくようです。問題は、web-appモジュールからの依存関係がjetty：runのクラスパスに反映されないことです。web-appモジュールでjetty：runを使用すると、クラスパスにはすべての親、ローカル、および推移的な依存関係が含まれます。しかし、web-appモジュールに依存する「distribution」プロジェクトでjetty：runを使用すると、クラスパスに入る依存関係は、web-appモジュールからではなく、親モジュールからのみになります。web-appモジュールは、配布モジュールの唯一のローカル依存関係であることに注意してください。

私は何が欠けていますか？

pom.xml でデータを定義するときにベスト プラクティスに従おうとしているので、Spring のソース コードを調べ始めたところ、次のことがわかりました。

ただし、spring-beans も log4j に依存しています。

ベスト プラクティスの方法として、推移的な依存関係にどの程度依存する必要があるか教えてください。

spring-beans がすでにそれを宣言していたので、私の最初の考えは log4j 依存関係を再宣言しないことだったので、私はこれを求めています。