基于Eclipse RCP的产品通过p2 director安装失败求助：依赖缺失
我来帮你拆解下这个问题的核心原因，结合Eclipse 2019-03目标平台、p2仓库的元数据机制来看，主要有这几个关键点：
p2依赖解析逻辑的版本差异
从Oxygen3（4.7.x）升级到2019-03（4.11），p2的依赖解析规则有了明显变化。在Oxygen时代，p2可能会自动从插件Manifest中推导osgi.component这类extender能力的提供；但2019-03版本的p2对元数据的要求更严格，必须在p2仓库的content.xml中显式通过<provides>标签声明，才能被识别为有效的extender提供者。Felix SCR插件的p2元数据生成遗漏
你提到的org.apache.felix.scr 1.4.0，虽然Manifest里的版本完全符合[1.2.0,2.0.0)的要求，但它的p2元数据（content.xml）里没有生成对应的osgi.extender; osgi.component提供声明。这大概率是插件构建过程中的问题——比如使用的构建工具（如Tycho）配置不足，或者Felix SCR的官方构建脚本没有正确输出p2所需的extender元数据。Eclipse运行时与p2 director的解析逻辑差异
这也是为什么你在Eclipse里能生成启动器正常运行，但p2 director安装失败的核心原因：Eclipse运行时会直接读取插件Manifest来识别能力，依赖解析逻辑更宽松；而p2 director是严格基于p2仓库的元数据（content.xml、artifacts.xml）做依赖校验，只要元数据里没声明对应能力，就会判定依赖缺失。第三方jar未解决问题的原因
@PeterKirschner提供的jar可能只修复了插件本身的功能问题，并没有补充缺失的p2元数据。所以p2 director依然无法识别它提供的osgi.componentextender能力，自然解决不了依赖缺失的报错。
后续建议
- 如果你是自行构建Felix SCR插件，要确保构建脚本（比如Tycho）中配置了正确的p2元数据生成规则，显式声明提供
osgi.extender; osgi.component能力。 - 对于现有仓库，手动添加
<provides namespace='osgi.extender' name='osgi.component' version='1.4.0'/>到felix.scr的单元条目里是可行的临时方案，但长期来看最好修复元数据生成的根源。 - 可以对比官方2019-03目标平台中Felix SCR的元数据，确认是否是自定义仓库的元数据生成环节出了问题。
内容的提问来源于stack exchange，提问作者KeithRalphs
