0

数か月間、開発環境ごとに Eclipse/WTP 構成ファイルをビルドするために、Buildship 1.X といくつかの手動の .launch/tasks を使用してきました。私は現在、Buildship 2 を使用するように移行しようとしています (手動ビットの必要性がなくなることを願っています)。

ただし、buildship/gradle インポートを介してプロジェクト (この時点で Eclipse 構成ファイルが 0 である) をインポートすると、サブプロジェクトは「プロジェクト」としてではなく「ライブラリ」を介して含まれます (下の画像を参照)。対照的に、 gradle の eclipse タスクを使用して eclipse 構成ファイル (つまり .classpath) を生成すると、期待どおりに構成が終了します。これはBuildshipの現在の制限ですか、それとも、Gradleファイルで別のことをして、Buildshipにそれらをプロジェクトとして取り込むように強制する必要がありますか?

最終的に、この違いを気にする必要があるかどうかはわかりませんが、サブプロジェクトのクラスがクラスパスにないというコンパイラ エラーが発生していることはわかっています。その問題を解決できる限り、私は完全に満足しています。

私が見たいと思っていたものの反対

役に立つかもしれない情報

settings.gradle:

rootProject.name = 'projectroot'

include 'Project2.0'
project(':Project2.0').name = 'projectx'
include 'the-platform'
include 'the-platform:central-repo:central-repo-common'
include 'the-platform:central-repo:central-repo-model'
include 'the-platform:central-repo:central-repo-persist'
include 'the-platform:central-repo:central-repo-service'

Project2.0/build.gradle (スニペット):

dependencies {
    ...
    compile project(':the-platform:central-repo:central-repo-common')
    compile project(':the-platform:central-repo:central-repo-model')
    compile project(':the-platform:central-repo:central-repo-persist')
    compile project(':the-platform:central-repo:central-repo-service')
    ...
}
4

1 に答える 1

0

うーん、気にしないでください。私のクラスパスの問題を担当しているgradleへのビルドシップとEclipseプラグインの動作の違いについての私の直感は間違っていました。現在正常に動作しているため、他の何か (まだ説明されていない) が問題であったに違いありません。

于 2017-06-01T18:59:49.817 に答える