小编Cha*_*ang的帖子

使用不同的Start Levels来管理OSGi包之间的依赖关系是否合理?

我的团队正在尝试开发一个基于OSGi的新系统,现在我们有超过50个捆绑计数.问题是,捆绑之间存在依赖关系.例如,当捆绑A启动时,它将向OSGi注册服务,而当捆绑B启动时,它将使用该服务.因此,我需要捆绑A启动早于捆绑B.为了实现这一点,我将捆绑A的起始级别设置为小于捆绑B.

我们尝试使用ServiceTracker来避免设置启动级别,但是当服务计算成长时,很难管理和理解整个系统.

但是,我在互联网上发现了这篇文章:OSGi和Start Levels.我不确定有两句话:

  • 启动级别内的启动顺序是不确定的!
  • 总的来说,在使用启动级别时,永远不要依赖启动顺序.将启动级别视为管理问题,而不是开发时间问题.

是否意味着启动级别不会决定启动顺序?那我什么时候应该用它?

使用不同的Start Levels来管理OSGi包之间的依赖关系是否合理?

可以使所有捆绑包成为动态模块(使用ServiceTracker跟踪它使用的所有服务),但是需要更多时间并且需要高级开发人员,并且系统变得难以调试.

dependencies osgi bundle

7
推荐指数
2
解决办法
908
查看次数

标签 统计

bundle ×1

dependencies ×1

osgi ×1