从 Github 导入的 Liferay 7.1 工作区存在问题
Issues with Liferay 7.1 workspace imported from Github
我已经从我的 Github 存储库中克隆了我的 Liferay 7.1 工作区。当我尝试使用 Control+Space 在 Liferay IDE 中获得帮助时，出现错误：
This compilation unit is not on the build path of a java project
这发生在同一工作区中创建的新模块项目（从 Github 克隆而来）。
但是当我第一次从 Liferay 创建的本地工作区中 create/import 模块时，这个问题就不存在了。
我觉得我的 Github 工作区中有一些我没有做的额外工作区设置。就像我们必须在 Liferay 6.2 的 SDK 文件夹中创建 build.username.properties 一样。完全卡住了，没有任何解决方案。
我尝试修复 Project Build 路径和 Project Facets 但没有帮助。
我从 Github 导入的工作区与 Liferay 在本地创建的工作区之间存在一些差异。我在 Beyond Compare 中打开了两个工作区。以下是有重大差异的文件。我使它们相同，它在 Gradle 在 Eclipse 中刷新后开始工作。
liferay-workspace/gradle/wrapper/gradle-wrapper.propertiesliferay-workspace/.projectliferay-workspace/gradle.propertiesliferay-workspace/gradlew liferay-workspace/settings.gradle
你在自己的回答中的做法显然解决了这个问题。我对此的看法是：问题很可能是 .project 文件，因为它包含 eclipse 需要的所有配置，而您 post 的错误消息表明 eclipse 不知道要做什么处理这些文件。
.project 文件可以从 gradle 设置重新生成，通常是通过选择 "gradle / refresh"（从内存中，从 Project Explorer 中 project/workspace 的上下文菜单） ，它将读取 gradle 设置并将它们应用于 eclipse 世界。这可能会自动发生，但也可能需要一些手动推送——下次您可能想尝试一下，因为只复制随机文件很少是个好主意。您可能最终会指向远离您的工作区的其他目录，并且想知道为什么没有选择本地更改。
我已经从我的 Github 存储库中克隆了我的 Liferay 7.1 工作区。当我尝试使用 Control+Space 在 Liferay IDE 中获得帮助时，出现错误：
This compilation unit is not on the build path of a java project
这发生在同一工作区中创建的新模块项目（从 Github 克隆而来）。 但是当我第一次从 Liferay 创建的本地工作区中 create/import 模块时，这个问题就不存在了。
我觉得我的 Github 工作区中有一些我没有做的额外工作区设置。就像我们必须在 Liferay 6.2 的 SDK 文件夹中创建 build.username.properties 一样。完全卡住了，没有任何解决方案。
我尝试修复 Project Build 路径和 Project Facets 但没有帮助。
我从 Github 导入的工作区与 Liferay 在本地创建的工作区之间存在一些差异。我在 Beyond Compare 中打开了两个工作区。以下是有重大差异的文件。我使它们相同，它在 Gradle 在 Eclipse 中刷新后开始工作。
liferay-workspace/gradle/wrapper/gradle-wrapper.propertiesliferay-workspace/.projectliferay-workspace/gradle.propertiesliferay-workspace/gradlewliferay-workspace/settings.gradle
你在自己的回答中的做法显然解决了这个问题。我对此的看法是：问题很可能是 .project 文件，因为它包含 eclipse 需要的所有配置，而您 post 的错误消息表明 eclipse 不知道要做什么处理这些文件。
.project 文件可以从 gradle 设置重新生成，通常是通过选择 "gradle / refresh"（从内存中，从 Project Explorer 中 project/workspace 的上下文菜单） ，它将读取 gradle 设置并将它们应用于 eclipse 世界。这可能会自动发生，但也可能需要一些手动推送——下次您可能想尝试一下，因为只复制随机文件很少是个好主意。您可能最终会指向远离您的工作区的其他目录，并且想知道为什么没有选择本地更改。