問題タブ [multi-project]

gwt2.4 のリリース版に変更しようとしたところ、問題が発生しました。セットアップで複数のプロジェクトを使用しています。サーバーサイド コードを含むプロジェクト、共有コードを含む 1 つのプロジェクトがあり、さまざまな gwt プロジェクトで使用でき、gwt プロジェクトはすべてを結合します。私はmavenですべてを構築します。ここにある注釈処理の指示に従いました: http://code.google.com/p/google-web-toolkit/wiki/RequestFactoryInterfaceValidation

プロキシとサービスがある共有プロジェクトをコンパイルすると、DeobfuscatorBuilder.java を含む「 generated-sources\apt\」フォルダーが作成されます。このプロジェクトのソースをメインプロジェクトの依存関係として持っており、バリデータも実行しようとしていますが、DeobfuscatorBuilder.java はここでは作成されません。すべてがコンパイルされますが、requestfactory への呼び出しを呼び出すと、エラーが発生します。

セットアップに間違いがあると思いますが、どこを見つけることができませんでした..この問題を解決する方法を知っている人はいますか?

よろしくアルネ

アップデート：

これをpomに追加しました：

これにより、依存関係のソースが解凍され、ターゲット フォルダーに配置されます。それから私は追加しました：

私のプロセッサプラグインに。

この方法では、ワークスペースにすべてのプロジェクトを配置する必要はなく、継続的な統合システムで動作するはずです。アンディの返事がなければ、それを理解することはできなかっただろう :)

sharepoint Server に 3 つのプロジェクト (マルチ プロジェクト ソリューション) を使用してソリューションを展開しようとしています。

私が列挙型、構造体、および一般的なものを配置したこのソリューションの 1 つの dll は、デプロイ後に問題が発生します。

新しいソリューションをデプロイすると、正常にデプロイされますが、デプロイ プロセスが古い dll を新しいものに置き換えていないようです。この後、サイトをテストしたいときに、使用した列挙型に言及したページが機能しません。正しく

(ページ内のラジオ ボタンの 1 つの値は、私が言及した列挙型から来ています)

Javaスクリプトエラーが発生し、ページが起動するイベントは発生しません

どんな助けでも大歓迎です

同じエンティティを持つ 3 つの Java プロジェクトがあります。

エンティティは開発段階で進化する可能性があるため、これらのプロジェクト間でエンティティを共有したいと考えています。

エンティティを含む jar を作成し、Maven を使用して (リポジトリを使用して) 共有することを考えています。

多分あなたは別の解決策を持っていますか？

私はかなり大きなサイズのAndroidプロジェクトに取り組んでおり、それぞれに独自の依存関係がある複数のアプリとライブラリがあります。このプロジェクトに取り組んでいるチームは成長し始めており、「チェックアウトとビルド」の夢は急速に消えつつあるようです。 。誰かがEclipseにプロジェクトを追加するたびに、チームの他の全員が「ファイルのインポート」ダンスを行う必要があります。.netでは、slnファイルをソース管理にコミットするだけで、ユーザーが環境に変更を加えても、全員が同期を維持します。android eclipse環境にこのようなものはありますか？ワークスペース全体などをgitにコミットして、全員が同じページにいるようにすることはできますか？

VisualStudioに解決策があります。含まれているプロジェクトの2つはテストプロジェクトです。2は、展開される実際のソフトウェアです。これらのプロジェクトの1つはスタンドアロンであり、このプロジェクトをBと呼びます。メインプロジェクトは、プロジェクトAと呼び、プロジェクトBのdllファイルを参照します。

これらのプロジェクトには両方とも、出力にコピーする必要のあるコンテンツがいくつかあります。どちらも単独で正常に動作します。ただし、プロジェクトAをビルドして起動しても、プロジェクトBのコンテンツはプルされません。もちろん、参照するのはdllだけなので、これは理にかなっています。さらに、プロジェクトBのインストールは行わず、参照しているだけです。

理想的には、そこにあるいくつかのステップで、プロジェクトAとBの両方をインストールして実行し（これはパワーポイントのアドインです）、それらのアセットをマージできる可能性があると思います。必要に応じて、アセットを分離することもできますが、プロジェクトBをAから呼び出して、いくつかのファイルを返してもらう必要があります。

これは実際よりも複雑に聞こえるかもしれません。

マルチプロジェクト環境で Maven2 を使用しています。実際、私は依存関係のスコープを扱っています。ターゲット ソリューションでは、クラスパスを設定して、すべての依存関係を vm に送信します。

Pom_Project_A_.xml

Pom_Project_B.xml

プロジェクト「B」をコンパイルしたい場合、プロジェクト「A」ですでに定義されているlog4jおよびその他の「サブ依存関係」を解決できません。

この動作を変更することは可能ですか? どうもありがとう

私はまだ.NET（特にC＃）を学んでいますが、マルチプロジェクトソリューションを使用するよりも、dllを作成して参照することの利点に興味がありますか？どちらかを行う機会がありますが、どちらが良いかわかりません。dllになるプロジェクトはかなり小さいですが、再利用される可能性があります。この決定を行う際には、サイズと再利用性を考慮に入れる必要がありますか？助けてくれてありがとう。

複数のプロジェクトで構成された Web アプリケーションを単一の戦争にパッケージ化する方法を見つけようとしています。私が見つけた sbt 用の便利なプラグインは xsbt-web-plugin だけです。そのgithubでホストされているプロジェクト内でWarプラグインを使用しようとしていますが、Webプロジェクトの依存関係のみがWEB-INF/libに含まれています(ビルドで定義された他のプロジェクトも依存関係もありません)。私のビルドファイルは次のとおりです。

プラグイン コードを見ると、すべてのファイルが完全なクラスパス構成から lib ディレクトリにコピーされているように見えますが、完全な構成を調べると、必要なすべての jar (他の 7 つのプロジェクトとその依存関係のもの) が含まれていません。

これは使用するのに適切なプラグインですか、それとも別のプラグインがありますか?

前もって感謝します！

私は次のプロジェクト構造を持っています

上記のプロジェクト構造の考え方は、サブプロジェクトを含む複数のプロジェクトがあり、各プロジェクトが他のプロジェクトに依存する可能性があるということです。また、プロジェクト内のサブプロジェクトは、同じプロジェクト内の他のサブプロジェクトへの依存関係を持つことができます。プロジェクトは、ルートのsettings.gradleで指定されます。また、各プロジェクト内のsettings.gradleは、その特定のプロジェクトのサブプロジェクトを示します。

ルートのsettings.gradleは次のようになります

Project1のsettings.gradleは次のようになります

他の依存関係の順序は、それぞれのbuild.gradleファイルで定義されています。ルートの場所（Standarの場所）内でgradle clean build installを実行すると、プロジェクトレベルのsettings.gradleファイルの構成が使用されないようです。

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