Eclipse和Gradle类路径不同步：无法解析为一种类型

Question

我们的Eclipse工作区遇到了令人沮丧的问题。这是正在发生的情况的高级示例：

ProjectA
-src / main / java / …-
build.gradle

ProjectB
-src / main / java / …-
build.gradle

在gradle eclipse将项目运行并将其导入Eclipse后，即使满足以下条件，有时我们也会得到“无法将MyType解析为类型”：

• 我们的项目在其类路径中具有Gradle库容器
• 这些项目在其Gradle容器中具有正确的工作区项目
• 诸如CTRL+ Click之类的操作会在带有红色下划线（即，编译错误）的类型中起作用，这意味着Eclipse完全知道如何获得这些类型，但是编译器找不到它们
• 命令行Gradle构建工作符合预期

这在整个团队中都在发生，我们无法弄清楚为什么Eclipse保持不同步并且无法不时进行编译。通常解决此问题的方法是：

• 项目>在Eclipse中清理
• Gradle cleanEclipse或Gradle Eclipse
• 重新导入项目
• 等等

其他说明：

• 使用Gradle 2.2.1版
• 发生在Eclipse Luna和Eclipse Mars中
• 使用JDK 8

其他人在带有Gradle项目的Eclipse中是否遇到过这类编译问题？

Answer 1

导致此类问题的一种原因是让Gradle生成Eclipse项目元数据/设置文件（通过运行可以得到什么gradle eclipse）。我知道Maven和Gradle团队确实希望他们的工具（Maven或Gradle）来生成这些东西，但是众所周知，他们所做的工作并不理想。例如，上次使用Gradle时，它配置.classpath使用硬编码的JRE库路径，而不是首选的执行环境。这种生成文件的工作很糟糕，这使开发人员感到头疼。

相反，Eclipse的建议是手动配置项目（大部分情况下），仅让Gradle管理其Classpath容器，然后将Eclipse
.project，.classpath和.settings文件/文件夹检入SCM（svn，
git等）。这样一来，检查一个项目到工作区的过程是自动的，不需要运行gradle eclipse或mvn eclipse:eclipse所有的时间。

这就是Eclipse项目最初设计和打算进行管理的方式，并且效果很好。我已经在大型项目（在Eclipse中有100多个独立项目和数十个开发人员）中使用了类似的设置。它还减少了从零到运行应用程序的步骤数量。

这是Maven / Gradle与Eclipse之间的哲学差异之一。到IMO为止，IDE应该管理它的内容，而构建/依赖工具应该远离它。

尝试在项目配置中手动使事情变得正确，然后检入这些文件-看看它是否不能减轻您的团队在该领域面临的麻烦。