2

多くのEclipse(実際にはSpring Source Toolsuiteを使用)プロジェクトを含む大規模なアプリケーションがあり、プロジェクトごとにivyが管理する依存関係があります。現在、プロジェクトA(戦争を生成する動的Webプロジェクト)とプロジェクトB(jarを生成する)をセットアップして、プロジェクトAがプロジェクトBに依存し、ワークスペースにプロジェクトAしかない場合は、セットアップして作業しています。 、プロジェクトBによって生成されたjarファイルをivyリポジトリからプルします。ivyresolveから生成されたeclipseライブラリを取得してWEB-INF/libディレクトリに配置するようにデプロイメントアセンブリをセットアップし、tomcatに簡単にデプロイできるようにします。

手動プロセスでは、これらすべてが機能します。プロジェクトBに変更を加え、それをローカルのivyリポジトリに公開し、プロジェクトAへの依存関係を再解決すると、新しいプロジェクトB jarファイルが取得され、すべてが期待どおりにTomcatでコンパイルおよび更新されます。

私が抱えている問題は、プロジェクトAのivy解決設定を「ワークスペースの依存関係を解決する」に変更したときに発生します。プロジェクトBに変更を加えると、プロジェクトAは変更に正常に気づき、正しくコンパイルされますが、デプロイメントアセンブリが壊れます。tomcatを調べると、プロジェクトAのコンテキストルート用のフォルダーがありますが、空です。[ワークスペースの依存関係を解決する]チェックボックスをオフにすると、コンテキストルートフォルダーにデータが入力され、すべてが動作状態に戻ります。

手動プロセスを続行できますが、最初にivyにワークスペースを使用させ、プロジェクトがワークスペースに存在しない場合はリポジトリからjarを取得できれば、大幅な時間の節約になります。任意の提案をいただければ幸いです!

4

1 に答える 1

3

解決策は、ユーティリティモジュールファセットをプロジェクトB([プロジェクトプロパティ]->[プロジェクトファセット]->[ユーティリティモジュール])に追加して、eclipseが生成されるはずのjarファイルの構造を認識できるようにすることでした。

于 2012-08-29T20:24:04.827 に答える