脱离Eclipse运行org.eclipse.pde.build时缺失依赖插件问题

核心原因 #

PDE Build在无头模式下依赖**目标平台（Target Platform）**解析插件依赖，而非直接使用当前OSGi运行时已安装的bundle。你遇到的问题本质是：独立OSGi环境中虽安装了所有依赖，但PDE Build未被配置为从这些位置查找依赖。

具体解决步骤 #

1. 显式配置PDE Build的目标平台

PDE Build不会自动使用OSGi运行时的bundle仓库，必须手动指定目标平台路径：

• 在构建bundle代码中添加系统属性配置，指向包含所有依赖插件的目录（比如原Eclipse的plugins目录）：

  // 指定目标平台插件目录
  System.setProperty("org.eclipse.pde.build.targetPlatform", "D:/eclipse/plugins");
  // 或使用.target文件（更推荐，可精确控制依赖版本）
  System.setProperty("org.eclipse.pde.build.targetFile", "U:/BUILD/your-project.target");
  

• 注意：-DbaseLocation是Equinox运行时参数，和PDE Build的目标平台配置无关，无法解决依赖查找问题。

2. 修复JavaSE_0.0.0缺失错误

该错误源于PDE Build无法识别Java环境，需补充配置：

• 若使用.target文件，添加「Environment」条目，指定JavaSE版本（如JavaSE-1.8）并关联你的JDK路径；
• 若直接指定插件目录，添加java.home系统属性：

  System.setProperty("java.home", "C:/Program Files/Java/jdk1.8.0_291");
  

• 确保目标平台包含org.eclipse.jdt.core相关bundle，它负责Java环境的解析。

3. 替代手动修改.classpath的正确方式

手动替换org.eclipse.pde.core.requiredPlugins为本地lib是权宜之计，正确修复方式：

• 在独立OSGi环境中，确保启动org.eclipse.jdt.core、org.eclipse.pde.core、org.eclipse.equinox.p2.core这几个核心bundle，它们负责解析PDE的classpath容器；
• 修改OSGi启动命令，将这些bundle加入自动启动列表：

  java -DbaseLocation=D:/eclipse \
    -Dosgi.bundles=.\org.apache.felix.gogo.shell_0.10.0.v201212101605.jar@start,\
    .\org.apache.felix.gogo.command_0.10.0.v201209301215.jar@start,\
    .\org.apache.felix.gogo.runtime_0.10.0.v201209301036.jar@start,\
    .\org.eclipse.equinox.console_1.0.100.v20130429-0953.jar@start,\
    .\org.eclipse.jdt.core_3.9.1.v20130814-1242.jar@start,\
    .\org.eclipse.pde.core_3.9.1.v20130814-1242.jar@start,\
    .\org.eclipse.equinox.p2.core_2.3.1.v20130717-1549.jar@start \
    -jar org.eclipse.osgi_3.9.1.v20130814-1242.jar -console
  

4. 调试PDE Build的依赖查找路径

启用PDE Build的调试日志，确认它是否在正确路径查找依赖：

System.setProperty("org.eclipse.pde.build.debug", "true");
System.setProperty("org.eclipse.pde.build.trace", "true");

从日志中可查看PDE Build加载的目标平台路径、依赖扫描顺序，排查路径配置错误或版本不匹配问题。

5. 验证依赖版本完全匹配

确保目标平台中的bundle版本与项目依赖的版本完全一致（比如org.apache.commons.lang3_3.1.0，不能用更高版本替代，除非项目依赖声明允许范围匹配）。

内容的提问来源于stack exchange，提问作者A. S.