对OSGi包进行分组以生成一个连贯的“应用程序”的最佳方法是什么？

Question

而用户则不太可能接触到捆绑。他们更关心应用程序，一个执行任务或解决问题的软件。通常，应用程序将使用多个包（例如，通过Import-Package导入）来执行其任务。

在OSGi世界中，什么是将这种关系正式化的最佳方法？一个示例性需求将是向用户显示应用程序（而不是包）的当前版本号这样简单的东西。如何发现此版本号？

Eclipse有一个叫做“特性”的概念，但这不是OSGi的标准。

一种方法可能是拥有一个使用Require-Bundle并拥有自己版本的“应用程序包”，但Require-Bundle在OSGi世界中是不受欢迎的。

然而，使用Import-Package导入所有需要的包和所需的版本，会给开发人员增加大量的维护开销，我认为这是不可行的。每次做出最小的更改，甚至是对实现包的更改，都必须更新包版本，然后在“Application Bundle”中更新对包版本的依赖关系。

Answer 1

框架就是应用...在OSGi世界中imho最大的错误是将OSGi视为一个多租户框架，它不是为这个目的而设计的，它不适合。在一个框架内，有很高的内聚性，所有注册的服务都是你的服务。OSGi的体系结构模型允许您从通过服务有线连接的松耦合组件编写应用程序。这是它在软件中得到的最好的东西（尽管不幸的是有很多缺少的组件，但将会出现）。

在bndtools中，我们会用我们的方式来帮助这个模型。bndtools bndrun文件基本上是一个可以部署的应用程序。bnd可以将这个bndrun文件转换为带有主类清单头的可运行Jar。（使用JPM将很容易在任何系统上部署。）

所以工作流程基本上是：设计您的服务(==架构），找到标准组件，开发缺失的组件，测试组件，测试集成，并将整个事情变成一个可运行的JAR（或WAR）。