gpt4 book ai didi

java - 将带有链接源文件夹的插件导出到单独的库(jars)中似乎不起作用

转载 作者:行者123 更新时间:2023-11-29 03:42:58 24 4
gpt4 key购买 nike

我有以下设置:有几个包含通用实用程序和基类的插件项目,例如:

  1. 我的.util
  2. 我的.util.ui

我有一个使用它们的插件。但是,我不想将这些实用程序类作为插件导入,而是使用链接的源文件夹。这根本不是问题,例如“工作负载”插件

  • 我的.actual.plugin

所有三个插件都在同一个工作区中,“实际”插件包含通常的“src”源文件夹和以下链接的源文件夹“src.my.util”(链接到 my.util/src ) 和“src.my.util.ui”(链接到 my.util.ui/src)。链接的源文件夹绑定(bind)到各个输出文件夹(src -> bin,src.my.util -> bin.my.util,src.my.util.ui -> bin.my.util.ui)。

现在,在插件的构建文件(build.properties,或通过 list 编辑器)中,我想指定将两个实用插件的源构建到单独的 jar 中。因此,在“运行时”下的 list 编辑器中,我添加了两个额外的 jar (“New ...”->“my.util.jar”和“my.util.ui.jar”)并在“Build”下设置了这些 jar 的适当链接 src 文件夹。生成的 build.properties 文件类似于:

    source.. = src/
output.. = bin/
source.my.util = src.my.util/
output.my.util = bin.my.util/
source.my.util.ui = src.my.util.ui/
output.my.util.ui = bin.my.util.ui/
jars.compile.order = .,\
my.util.jar,\
my.util.ui.jar
bin.includes = META-INF/,\
my.util.jar,\
my.util.ui.jar

将其导出为可运行的 jar 是可行的(为简单起见,我们假设它包含一个带有 main 方法等的类...)。

但是,尝试使用“可部署的插件或片段”导出向导导出它确实会出现如下错误消息:

    <workspace>\.metadata\.plugins\org.eclipse.pde.core\temp\org.eclipse.pde.container.feature\compile.org.eclipse.pde.container.feature.xml:4: The following error occurred while executing this line:
<workspace>\my.actual.plugin\build.xml:167: The following error occurred while executing this line:
<workspace>\my.actual.plugin\build.xml:138: <workspace>\my.actual.plugin\src.my.util does not exist.
The following error occurred while executing this line:
<workspace>\my.actual.plugin\build.xml:167: The following error occurred while executing this line:
<workspace>\my.actual.plugin\build.xml:138: <workspace>\my.actual.plugin\src.my.util does not exist.

即使我在导出向导中打开“使用工作区中编译的类文件”选项,也会出现此错误。

当我不使用单独的运行时 jar 时,它可以工作,但这不是我想要的;-)

奇怪的是,当我导出 ant 构建脚本(Export... -> General/Ant Buildfiles)时,路径被正确扩展(从“虚拟”相对链接转换为绝对路径)。并且 ant 脚本编译正确。为什么 hack 不能导出为插件?

我希望有人有一些建议?提前致谢:-)

最佳答案

我看到还没有其他人回答过这个问题,所以我会提供一个你可能不喜欢的答案/意见。

我强烈建议您避免在插件项目中使用链接的源文件夹。

您看到错误的原因是 PDE 使用替代机制来构建项目。它不使用 .classpath 和 .project 文件来确定项目结构。相反,它使用 MANIFEST.MF 和 build.properties。它也不使用 Eclipse 的资源抽象,因此 PDE 无法识别链接的文件夹。

您可能会进行一些黑客攻击来诱骗 PDE 找到链接的源文件夹,但这不是一个可移植的解决方案。

相反,我建议将事情分开,这样您就可以拥有多个插件,这样您就不需要到处复制源文件夹。

关于java - 将带有链接源文件夹的插件导出到单独的库(jars)中似乎不起作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12268512/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com