如何通过patches将Eclipse plugin迁移至其他feature并规避冗余

刚好处理过类似的OSGi feature迁移场景，给你整理一套兼顾老用户兼容性和新用户体验的方案：

核心思路 #

我们的目标是：把原B.plugin的功能完全迁入A.feature，同时让已安装过B.feature的老用户平滑过渡，且不给新用户的更新站点添冗余内容，避开永久保留dummy feature的尴尬。

1. 把B.feature改成过渡型Dummy Feature（补全你已完成的步骤细节） #

你已经把B.plugin改成空的dummy bundle了，接下来给B.feature做针对性改造：

• 给这个过渡版B.feature设置微小版本增量（比如从1.0.0升到1.0.1），同时标记为singleton避免多版本共存
• 在feature元数据里添加install-bundle，强制指向包含原B.plugin功能的A.feature新版本
• 配置update-from属性，覆盖所有老版本的B.feature，确保老用户更新时会拉取这个过渡包

示例feature元数据：

<feature id="com.yourcompany.B.feature" version="1.0.1" singleton="true">
  <install-bundle start-level="80">
    <bundle id="com.yourcompany.B.plugin" version="1.0.1"/> <!-- 你的空dummy plugin -->
    <bundle id="com.yourcompany.A.feature" version="2.1.0"/> <!-- 已整合B功能的A新版本 -->
  </install-bundle>
  <update-from version="1.0.0"/> <!-- 覆盖所有1.x老版本B.feature -->
</feature>

2. 在A.feature中完整整合原B.plugin的功能 #

这是核心迁移动作：

• 把原B.plugin的所有代码直接迁入A.feature，可以作为A的内部bundle，或者保持独立bundle但作为A.feature的依赖（按需选择模块化程度）
• 在A.feature的元数据里添加Provide-Capability，声明它提供了原B.plugin的核心服务能力，比如：

  <provide-capability>
    capability:osgi.service;objectClass=com.yourcompany.service.BCoreService
  </provide-capability>
  

  这样依赖B服务的代码能无缝找到替代实现
• 给A.feature更新版本号（比如从2.0.0升到2.1.0），确保更新站点能识别到新版本

3. 用Patch Bundle处理硬编码依赖问题 #

如果有老代码硬编码依赖com.yourcompany.B.plugin的符号名或包，用OSGi Fragment Patch做透明重定向：

• 创建一个patch bundle，符号名和原B.plugin完全一致：Bundle-SymbolicName: com.yourcompany.B.plugin
• 设置Fragment-Host: com.yourcompany.A.mainbundle（指向A.feature里的主bundle）
• 添加Export-Package，把原B.plugin的所有包导出，指向A.feature中对应包的实现：

  <export-package>
    com.yourcompany.bplugin.*;version="2.1.0"
  </export-package>
  

• 把这个patch bundle加入A.feature的依赖中，老代码加载B.plugin的包时，会被自动重定向到A的实现，完全无感知

4. 更新站点优化，屏蔽冗余内容 #

最后解决新用户的干扰问题：

• 如果你的更新站点是Eclipse p2类型，把过渡型B.feature的visible属性设为false，新用户在分类里看不到它，只有老用户通过update-from关系能获取到
• 或者把过渡B.feature放到隐藏分类里，不对外展示
• 确保整合了B功能的A.feature在公开分类正常展示，新用户直接安装A就能获得所有功能

验证要点 #

一定要做这几个场景测试：

• 老用户升级：安装了B.feature 1.0.0的用户触发更新后，应自动安装A.feature 2.1.0，过渡B.feature 1.0.1被安装，原B.plugin被替换为空dummy，功能完全正常
• 新用户安装：新用户访问更新站点，只能看到A.feature，安装后直接获得原B.plugin的所有功能，看不到任何B相关冗余
• 第三方依赖验证：依赖B.plugin的第三方代码，不管是通过服务引用还是包导入，都能正常工作

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