問題タブ [multi-project]

私はgradleでマルチプロジェクトビルドをしています。現在、次の方法で各プロジェクトにタスクを挿入しています

すべてのプロジェクトを反復して名前でプロジェクトを選択する代わりに、これらすべてに代わるより良い方法はありますか? プロジェクトメソッドはリストの受け入れを拒否するため、「プロジェクト」メソッドを使用して機能させることができませんでした。

gradle を使用して通常のマルチ プロジェクト ビルドをセットアップするのが好きです。プロジェクト構造は次のようになります。

ご想像のとおり、ドメインは共有に依存し、Web は共有とドメインに依存します。

この依存関係を説明するには、次の 2 つの方法があります。

1. のすべてのサブプロジェクトの依存関係を指定しますroot/build.gradle
2. サブプロジェクトごとに依存関係を指定しますroot/{sub_project}/build.gradle

プロジェクトはその依存関係を認識している必要があるため、私は 2 番目のオプションを好みます。このアプローチに何か問題はありますか? インターネットやgradleのドキュメントで見つかったほとんどの例がアプローチ1を使用しているためです。

次のようなディレクトリ/プロジェクトのセットアップがあります。

Loggerは、Gradle を使用した Android ライブラリ プロジェクトです。MyProjectは、 Loggerライブラリを利用する必要がある標準の Android プロジェクト プロジェクトです。

私は Android Studio を使用しており、Loggerを外部ライブラリに追加しようとしました。これは開発中に機能しますが、ビルド時にクラスが見つからないというメッセージが表示されます。

私はGradleを初めて使用しますが、MyProject内の build.gradle で次のことを試しました:

プロジェクト A と B の 2 つのプロジェクトがあります。ここで、プロジェクト A はシステム トレイ アプリケーションであり、プロジェクト B はメイン アプリケーションです。ユーザーがプロジェクト B から設定を変更すると、プロジェクト A はそれ自体を更新する必要があります。発生した変更をプロジェクト A に通知するにはどうすればよいですか?

グローバル イベントを使用しようとしましたが、起動時にアプリ B にアプリ A の新しいインスタンスを作成する必要があります。

次のように構成されたマルチプロジェクトのgradleビルドがあります。

root/build.gradleネストされたすべてのプロジェクトの依存関係で 宣言したいのですが、これはファイルです：

しかし、ビルドを実行すると、次のようになります。

ルート プロジェクト 'code' の評価中に問題が発生しました。

考えられる解決策: module(java.lang.Object)

私が間違っていることは何ですか？

Ant/Ivy の代わりに Gradle の使用を検討しています。project1.compileたとえば、依存関係project2.compile、project1.runtime依存関係などのように、すべての構成のプロジェクト間に依存関係を作成しようとしていますproject2.runtime。

Ivy では、次の XML を使用してこれを行いました。

project1/ivy.xml

Gradleでは、ここに私が試したことがあります：

project1/build.gradle

projectしかし、関数が存在しないと不平を言います：

これを行う方法はありますか？

ローカルで正常に動作する sbt マルチプロジェクト ビルドがあります。外部の Ivy 設定ファイルを使用し、私のマシンでは sbt プロジェクト間リゾルバーを Ivy 設定ファイルに追加しています。ただし、Jenkins でビルドする場合は、各サブプロジェクトを個別にリリースできるように、各サブプロジェクトを個別にビルドしたいと考えています。そのため、Jenkins サーバーでは、ivy 設定ファイルにプロジェクト間リゾルバーを含めていません。

問題は、メインのサブプロジェクトを次のように構成しproject/Build.scalaていることです。

次の例外が発生します。

両方のシナリオで機能する 1 つのビルド ファイルを持つことは可能ですか?

私たちの Gradle スクリプトは、ルート「war」プロジェクトと複数 (10 以上) の子「jar」プロジェクトで構成されています。各 JAR プロジェクトは、多くの (30 ～ 60) JAR に依存しています。部分的な例:

各コンポーネントの依存関係のリストが長く重複することは避けたいと思います。「freehep」、「commons」、「apacheds」、「abdera」、「dwr」などの依存関係をグループ化する方法が必要であり、各コンポーネントがそれらのグループを参照するよりも。

RootProject には、build.gralde と settings.gradle があります。common,subProj1 と subProj2 は settings.gradle のサブプロジェクトです

middleDirはサブプロジェクトではありません! subProj1、subProj2 は関連しているため、それらをグループ化するためだけに使用されます。

ルート ディレクトリで「gradle eclipse」を実行するたびに、intermediateDir にも .classpath および .project ファイルを取得します。したがって、基本的に、intermediateDir は、settings.gradle になくても、一部のタスクのサブ プロジェクトと見なされます。これを回避する簡単な方法はありますか？