OSGi 114 部署管理与 134 子系统服务
OSGi 114 Deployment Admin vs 134 Subsystem Service
我正在寻找将逻辑单元部署到 OSGi 平台的标准方法。我的要求很简单:
- 逻辑单元可以包含或依赖于其他单元、束或资源。
- 应该可以安装、卸载和更新任何给定的逻辑单元
- 应该可以从某种远程存储库(Maven、OBR 等)检索逻辑单元and/or它们的依赖关系
我在 OSGi 5.0 纲要中遇到了这两个规范:114 部署管理和 134 子系统服务。它们似乎都至少符合某些要求,但我看不出它们是如何相互联系的。他们应该一起玩还是这是两个完全正交的规格?
正交。 Deployment Admin 最初是作为移动规范的一部分开发的。子系统是作为企业规范的一部分开发的。
我正在寻找将逻辑单元部署到 OSGi 平台的标准方法。我的要求很简单:
- 逻辑单元可以包含或依赖于其他单元、束或资源。
- 应该可以安装、卸载和更新任何给定的逻辑单元
- 应该可以从某种远程存储库(Maven、OBR 等)检索逻辑单元and/or它们的依赖关系
我在 OSGi 5.0 纲要中遇到了这两个规范:114 部署管理和 134 子系统服务。它们似乎都至少符合某些要求,但我看不出它们是如何相互联系的。他们应该一起玩还是这是两个完全正交的规格?
正交。 Deployment Admin 最初是作为移动规范的一部分开发的。子系统是作为企业规范的一部分开发的。