我熟悉OSGI语义版本 - 技术白皮书 . 但是，我没有看到为OSGI服务提出的任何版本控制概念 .
简单的情况：我'm providing service registerd as com.services.payments.PaymentService, which impelemnts method void makePayment(Integer amount, String accountNo), I' m打包为捆绑版1.0 . 然后，我用修改后的界面更新服务 . 我删除此方法并添加新方法：makePaymentInDifferentWay（整数金额，字符串accountNo）并将新服务打包为捆绑版本2.0 . 在第一个bundle停止后，客户端将有第二个服务连接，并且 CRASH 在服务调用上，因为方法签名不是二进制兼容的 . 在处理java包时，这种情况是完全解决的，但我没有看到OSGI服务开箱即用的任何版本控制功能 . 我错过了什么吗？ （我知道我可以通过设置服务属性来预先设计版本控制方案，如客户端通过此属性设置过滤提供的服务，或者只是重命名API包或类名，但为什么没有提供盒子的版本控制？也许有一些其他更为标准的解决方案？也许有一些与服务有关的概念我根本没有掌握？）
2 回答
服务的类型和类型都在包中 . 因此，服务的版本是包含服务类型的包的版本 . 当客户端使用与服务提供者相同的服务类型包时，OSGi框架确保仅向客户端公开服务 .
客户端应该在其Import-Package语句（或Require-Bundle）语句中具有版本，例如：
该服务将导出包：
停止第一个捆绑并安装第二个捆绑后，客户端将无法解析（因为所需的约束，
com.services.payments;version="[1.0,2.0)"将不会得到满足 .此外，如果您有两个API包，一个包版本为“1.0.0”，第二个版本为“2.0.0”，客户端导入“1.0.0”API，客户端将不会“看到”服务实现API版本“2.0.0” .