当前位置: 首页 > 知识库问答 >
问题:

从Github导入的Liferay 7.1工作区存在问题

吕淮晨
2023-03-14

我已从Github存储库克隆了Liferay 7.1工作区。当我尝试使用Control Space在Liferay IDE中获得帮助时,出现错误:

This compilation unit is not on the build path of a java project

这发生在同一工作区(从Github克隆)中创建的新模块项目上。但当我从Liferay第一次创建的本地工作区创建/导入模块时,这个问题并不存在。

我觉得在我的Github工作区中有一些额外的工作区设置是我没有做的。就像我们必须创建build一样。用户名。Liferay 6.2 SDK文件夹中的属性。完全卡住了,任何地方都没有解决方案。

我尝试修复项目构建路径和项目方面,但没有帮助。

共有2个答案

景轶
2023-03-14

我从Github导入的工作区与Liferay在本地创建的工作区之间存在一些差异。我在Beyond Compare中打开了这两个工作区。以下是有重大差异的文件。我把它们做了相同的处理,在Eclipse中Gradle刷新后开始工作。

  • 工作区/gradle/包装器/gradle-wrapper.properties
  • Lifeay-workspace/. project
  • 工作空间/gradle.properties
  • 工作区/gradlew
  • 工作空间/settings.gradle
商弘义
2023-03-14

你在自己的回答中所采取的方式显然解决了这个问题。我的看法是:问题很可能是<代码>。项目,因为它包含eclipse所需的所有配置,并且您发布的错误消息表明eclipse不知道如何处理这些文件。

. project文件可以从gradle设置重新生成,通常通过选择“gradle/刷新”(来自内存,来自Project Explorer中项目/工作区的上下文菜单),它将读取gradle设置并将它们应用于eclipse世界。这可能会自动发生,但它可能还需要一些手动推送——下次您可能想尝试一下,因为仅复制随机文件很少是个好主意。您可能最终会指向工作区以外的其他目录,并想知道为什么没有拾取本地更改。

 类似资料:
  • 设置容器要使用的卷数组。可以使用卷在服务或作业中的其他步骤之间共享数据。可以在主机上指定命名Docker卷、匿名Docker卷或绑定挂载。 工作流程 第一个作业(build)有一个build目录,但当第二个作业(deploy)运行时,它没有,只包含源代码。 这个项目是一个mono repo,我试图部署的代码位于路径,因此所有标志。

  • 如何在liferay 7工作区中导入主题? 我在工作区/主题下添加了主题,我试图部署它,但没有成功。我的主题的构建类型是Ant。 下图显示了详细信息: 我将主题放在*sdk\com下。liferay。门户网站。插件。sdk-1.0.11\themes*我尝试在Liferay 6中测试它。导入- app.server.dir无效。请重新配置插件SDK设置:app.server.dir=路径到虚拟门户

  • 问题内容: 在Python中,我不太清楚以下两行代码之间的区别: 要么 他们不是都只是从模块X导入所有内容吗?有什么不同? 问题答案: 之后,你可以参考的东西一样。之后,您可以像一样直接引用事物。因为第二种形式将名称直接导入到本地名称空间,所以如果您从许多模块中导入内容,则可能会产生冲突。因此,不鼓励使用。 您也可以执行,仅将导入到本地名称空间,而不导入中的所有内容。这样做会更好,因为如果您列出了

  • 我试着把类文件从我的电脑导入到我的笔记本电脑。我在Eclipse和Windows10上都使用,并尝试将文件放在另一个工作区中。它没有起作用。是否有任何简单,快速的选项来导入文件。 顺便说一下,当我尝试手动导入文件时,我得到的错误是“类文件查看器不能处理给定的输入('org.eclipse.ui.ide.FileStoreEditorInput')”。

  • 在这里使用谷歌云。我刚刚从GCP向Terraform导入了一个项目资源。我看到了以下问题- 资源没有全面导入。资源项目有多个参数需要设置——每个参数都是自己的资源。正如您在下面看到的,有. project来命名项目,new_service_project将其转换为服务项目,以及该项目的每个启用的API的.project_service[n]。 所有这些都必须手动完成,并通过运行以下单独的命令分别完