私のEclipseワークスペース内のいくつかのMavenプロジェクト。EclipseのNuxeoでワークスペースの依存関係を解決する方法
プロジェクトAプロジェクトB.
プロジェクトBの依存であるNuxeoプロジェクトです。プロジェクトBのすべての依存関係をNuxeoで定義する必要があることを意味します。
プロジェクトAで何かを変更するたびに、環境設定 - > Nuxeo - >ユーザlibrairiesで定義されたどこかにjarを再構築する必要があります。
速い方法がありますか？ Mavenプロジェクトの場合と同様に、Nuxeoプロジェクトとのワークスペース依存関係を解決できますか？
[OK]をので、私は解決策を見つけた：
私はNuxeoのLIBS（設定 - > Nuxeo - >ユーザlibrairies）からのlibを削除する必要があります。
プロジェクトBのビルドパスにプロジェクトAを追加してください： プロジェクト - >ビルドパス - >構成 - >プロジェクト - >追加を右クリックしてください。
そしてTada、Eclipseは私の依存を基本的なJavaプロジェクトとして解決します。
Nuxeo IDEを使用しています。 Eclipse、Nuxeo IDE、Nuxeo SDKのバージョンを詳細に記述してください。
「ユーザーライブラリ」のデータは、Nuxeo IDEがJARをMaven GAVにマップするのに役立ちます。これは、POMの完了（同期）、JARの発見、クラスの提案などの高度な機能を提供することができます...
私はMavenプロジェクトのように私のワークスペースの依存関係をNuxeoプロジェクトで解決できますか？
はい、できます：Javaビルドパス（つまり、Bからの参照A）で他のプロジェクトを参照することは可能です。 「Do not use SDK classpath container (for experts only)」のオプションをPreferences/Nuxeo/Nuxeo SDKにチェックする必要があります。
私は、唯一の欠点は、ターゲットサーバーへのそのライブラリの展開を自分自身で管理する必要があるということです。
変更するたびに作成する必要があります。私はあなたの2つのプロジェクトのエントリを含む親/アグリゲータモジュールを使用することをお勧めします。これは、pomタイプのパッケージを持つでしょう。この親モジュールは、両方のモジュールのPOMを単に呼び出し/実行します。こうすることで、モジュールが変更されたときに、各モジュールを個別に構築するのではなく、この親pomを実行するだけで済みます。親のpomは子モジュールの構築を担当します（あなたの場合はプロジェクトAとプロジェクトB）。例えば、この[link]（http://www.codetab.org/apache-maven-tutorial/maven-multi-module-project/）を見てください。 –
それは私が恐れていたことでした：それぞれの変更の後、私は "mvn clean install"を実行するべきです。 テストをスキップすることはできますが、名前を変更するたびにリビルドする必要があります。 – GaspardP