問題タブ [dependency-management]

dependencyManagementとはどう違いdependenciesますか？Apache Maven Web サイトでドキュメントを見てきました。で定義された依存関係はdependencyManagement、バージョンを指定せずに子モジュールで使用できるようです。

例えば：

親プロジェクト (Pro-par) は、以下の依存関係を定義しますdependencyManagement。

次に、Pro-par の子で、junit を使用できます。

ただ、親のpomにjunitを定義する必要があるのか​​な？必要なモジュールで直接定義しないのはなぜですか?

から開発を採用しようとしていSpring/Maven2/Tomcat -> Grailsますが、maven とは別に grails で依存関係を管理する簡単な方法があるかどうか疑問に思っています。Maven は、grails が自動的に行っている多くの魔法 (単体テスト/ビルド/その他) を実行するため、grails プロジェクトで maven が必要なのかどうか疑問に思います。

では、Grails ユーザーは通常、Java 依存関係をどのように管理しているのでしょうか。リポジトリの依存関係を一元的に管理することに慣れてしまったので、もう後戻りはできません。

私が走るgrails install-dependencyと、これが得られます。

どうしたの？私はこれまでgrailsの依存関係管理を使用したことがなく、これはかなり不可解です。

配布するコードでMavenの使用を開始したいのですが、依存関係を処理する効率的な方法が見つかりません。新しい依存関係を追加するのに時間がかかりすぎます。

簡単な例として、コンパイルのためにTomcatを追加する必要があります。グループID、アーティファクトID、バージョン番号を見つけるために、ブラウザでリポジトリを手動でトロールする必要がありますか？

いずれの場合も、Maven以外のダウンロードを見つける方が簡単なようです。明らかな何かを見逃したことを願っています。

私はここでストローに手を伸ばしていることを知っていますが、これは謎です... ポインタや助けは大歓迎です.

リリース バイナリのみにクラッシュが見られます。クラッシュは、バイナリがダウンし、依存しているサブライブラリを終了するときに発生します。再現できるかどうかは、マシンによって異なります。クラッシュの再現に 100% 信頼できるものもあれば、問題をまったく示さないものもあれば、その中間のものもあります。クラッシュはいずれかのサブライブラリの奥深くにあり、がれきをデバッガー (MSVC 2008 SP1) で調べられるようになるまでに、スタックが破損している可能性が高くなります。デバッガーの下でバイナリを実行すると、バグが発生するのを防ぐことができます。リモート デバッグと同様に、VNC 経由でマシンに接続することもできます。Microsoft Driver Development Kit をインストールしようとしましたが、そうすることでバグも解消されました。

次に見るのに最適な場所はどこですか? この状況では、どのツールが最適でしょうか? 競合状態のように聞こえますか、それとも何か他のものですか?

私はVSC++2008でプログラムを開発しています。

現在、dllとlibの依存関係の膨大なリストがあり、さらにいくつか追加しています。ソースからビルドして依存関係を更新する必要がある場合（ビルドされたdllとlibを正しい場所に手動で置き換える必要がある場合）、誤って何かを置き換えるのを忘れた場合、またはその逆の場合、コンパイルに遭遇する可能性があります。または実行時の問題。そして、どの場所がうまくいかないかを見つけるのは少し難しいかもしれません。

それで、多くの更新依存関係を持つプログラムの構築を容易にするために、このタスクに適したある種のプログラムまたはメソッドがありますか？

slf4j-api-1.5.8とlog4j-1.2.14の依存関係を持つmavenによって管理されているプロジェクトがあります。実行時に、slf4jはslf4j-log4j12-1.5.8.jar出力をlog4jに「ブリッジ」する必要があります。

したがって、でpom.xml、この依存関係を追加します：

ビルド後（war：war）、log4j-1.2.14.jar両方ともディレクトリにslf4j-api-1.5.8.jar追加されましたWEB-INF/libが、中に見つかりませんslf4j-log4j12-1.5.8.jar！

次に、「依存関係階層」を使用して解決された依存関係を確認しますが、slf4j-log4j12が見つかりません（したがって、にパッケージ化されていませんWEB-INF/lib）

ここで何が問題になっていますか？

環境：maven 3.0-beta1、m2-eclipse-0.10.0.20100209

多数のモジュールで構成される多数の製品があり、その一部は一部の製品間で共有されています。それらは、いくつかのバージョン管理リポジトリに分散しています。

製品は、すべてのモジュールをチェックアウトし、正しい順序でビルドする責任を持つマスター Ant スクリプトによってビルドされます。モジュールには独自のリリース サイクルはありません。

さて、私は宣言的な依存関係管理に行きたいと思っていますが、すべてのソリューション (Maven、Ivy) は、バージョン管理下のソース コードではなく成果物に依存しているようです。アーティファクトに頼ると大変なことになるから、やめたほうがいい。Ivy のようなものが欲しいのですが、私の製品はモジュール foo、bar、および baz (ブランチ 2.0) に依存しており、1 つまたは複数のソース コード マネージャー (構成で指定) からソース コードをチェックアウトして、フラットなワークスペース。

ビルドにgradleを使用する予定なので、それに合うソリューションをいただければ幸いです...

Ivy 関数を実行するターゲットが、継続的ビルドおよびほとんどの開発者が実行するターゲットから完全に分離されるように、ant ビルドをセットアップしようとしています。1 つのターゲットに更新された依存関係をダウンロードしてもらいたいので、それをチェックインします。他のターゲットは、関連するディレクトリから *.jar を含めることでクラスパスを設定します。

私は2つの構成を持っています:

私はいくつかの依存関係を持っています:

そして、ivy:retrieve を使用して、これらの依存関係とその推移的な依存関係をダウンロードします。

問題は、推移的な依存関係に起因する、コンパイル ディレクトリとテスト ディレクトリの間で jar が重複していることです。これらすべての jar をチェックインしてクラスパスの作成に使用したいので、重複は避けたいと思います。これは可能ですか？

lib/compile/jar/some-lib-1.0.jar
lib/compile/jar/ slf4j-api-1.5.11.jar
lib/test/jar/some-test-lib-1.0.jar
lib/test/jar/junit -4.7.jar
lib/test/jar/ slf4j-api-1.5.11.jar

今日、いくつかのコードを変更することにしましたが、意味のないエラーが発生しました。と呼ばれるインターフェースとIDatabase、それを継承すると呼ばれるクラスがありますDatabase。もともとIDatabaseはと同じアセンブリを入れただけですが、アセンブリ全体がないとDatabase他の人が新しいタイプを作成できなくなるため、これは好きではありませんでした。IDatabaseIDatabaseをと呼ばれる新しい別のアセンブリに移動LibraryInterfacesし、プロジェクト内のすべての参照を変更しました。

プロジェクトは正常にコンパイルされますが、実行すると次のエラーが発生します。

IDatabaseの定義をLibraryInterfaces！に移動したので、これは私には意味がありません。実行元のフォルダー内のファイルを再確認しましたが、ファイルは正しいです。すべての参照を再確認するために、Reflectorでそれらを開いただけで、それらも正しいです。また、ステートメントを削除し、usingのすべての使用法を完全に修飾しましたがIDatabase、それでもうまくいきませんでした。

この問題を修正するためのヒントはありますか？