如何让Gradle识别OSGi的Bundle-ClassPath指令加载内嵌pdebuild.jar

原生Gradle没有内置对OSGi Bundle-ClassPath指令的识别能力，可通过以下几种可行方案解决该问题：

• 方案1：自定义解压任务自动适配
  在build.gradle中添加专属任务，自动从org.eclipse.pde.build的jar包中提取嵌套的pdebuild.jar并加入编译类路径，配置示例如下：

  // 声明单独的配置项存储pde.build依赖，避免污染其他依赖逻辑
  configurations {
      pdeBuild
  }
  
  dependencies {
      // 引入pde.build依赖到单独配置项
      pdeBuild 'org.eclipse.pde:org.eclipse.pde.build:3.11.0'
      // 保留其他原有依赖配置
  }
  
  // 定义解压任务，提取嵌套的pdebuild.jar到构建目录
  task extractPdeBuildJar(type: Copy) {
      from zipTree(configurations.pdeBuild.singleFile)
      include 'pdebuild.jar'
      into "${buildDir}/extracted-jars"
  }
  
  // 编译任务依赖解压任务，且将提取的jar加入编译类路径
  tasks.withType(JavaCompile) {
      classpath += files("${buildDir}/extracted-jars/pdebuild.jar")
      dependsOn extractPdeBuildJar
  }
  

  该方案完全基于Gradle原生能力实现，不需要引入额外插件，且全程自动化无需手动操作。

• 方案2：使用OSGi类路径适配插件
  引入社区维护的Gradle OSGi类路径处理插件，这类插件会自动扫描所有依赖的META-INF/MANIFEST.MF文件，读取Bundle-ClassPath配置，自动将嵌套jar包加入对应类路径，无需为单个依赖单独编写解压逻辑，适合项目中存在多个类似OSGi bundle依赖的场景。

• 方案3：依赖本地预提取的jar包
  如果仅这一个依赖存在嵌套jar问题，可手动将pdebuild.jar提取出来放到项目的libs目录下，直接配置本地jar依赖即可：

  dependencies {
      implementation fileTree(dir: 'libs', include: ['*.jar'])
      // 可移除原先的org.eclipse.pde.build坐标依赖，保留其他原有依赖
  }
  

  该方案配置最简单，适合不需要频繁升级该依赖版本的场景。

• 方案4：通过p2插件拉取依赖
  如果项目本身就是Eclipse插件类项目，可以改用Gradle的p2插件从Eclipse官方p2仓库拉取对应依赖，p2插件天生支持OSGi规范，会自动处理Bundle-ClassPath配置，无需额外适配。

内容的提问来源于stack exchange，提问作者Jmini