jetty、felix、bundles 和 webapps 的合适嵌入机制是什么

找了半天没找到好答案，终于到了找到好答案的地方。

我正在创建独立应用程序（在 WAR 中建模为 WebApp）和这些 WebApp 可以使用的服务模块（插件）（建模为 OSGI 包）的生态系统。我无法理解如何使用 Apache Felix 和 Jetty 构建这些元素。根据我的理解，我有三种可能的方法，但我不知道每种方法的含义。

选项 1 似乎是一个非常正交的解决方案，一切都是一个 osgi 模块（假设 wars 是一个模块），并且管理整个事情只是创建 felix 基础架构并将所有内容启动的问题。从我早期的测试来看，在开发中管理所有这些 osgi 模块并不是一件容易或快速的任务（但很可能我做错了什么）。

选项 2 似乎可行（这是我设法从两者中进一步发展的选项）并且更易于管理我的头脑，因为 OSGI 仅限于管理插件基础结构而不是应用程序或服务器。

选项 3 我什至还没有开始探索。

我希望有几个独立的应用程序 (WebApp) 和许多插件（OSGI 模块），我想听听您关于每个选项在可维护性和易于开发方面的优缺点的意见。

这里的问题之一是 1 和 2 都是 osgi 框架的有效用例。

我建议详细查看 JBoss Fuse，因为这是选项 1 的一个非常成熟的实现（忽略基于容器的 openshift 内容并专注于内部部署版本）。它的基础是：

托管基于 Apache Felix 的 OSGI 容器的单个 JVM。（真的是Apache Camel，从Apache Servicemix重新打包，它使用Apache Karaf，既可以使用felix，也可以使用Eclipse OSGi框架。海龟一路往下）。
应用程序被打包为 osgi 包，其中可以包含一个 servlet 引擎。
然后，servlet 引擎还可以利用 osgi 来运行插件/框架系统。

您可能不会对启动和运行这些东西并对其进行维护所需的大量纸牌屋工具感到惊讶。你不会受到类路径依赖冲突的影响，但代价是创建和部署包的极其复杂的工具链。这也使得单元和组件测试变得非常困难。其中一些只是因为保险丝的复杂程度，但试图将不必要的复杂性与必要的复杂性分开是一个难题。

Fuse 上的 hello world，您将深入了解平台的每个部分并真正了解正在发生的事情，这可能需要一周时间。

撇开保险丝不谈，选项 1 或选项 2 都有很多问题

OSGi 是非常成功的客户端，但恕我直言，没有多少真正知名的服务器端 OSGi 实现是因为管理大量线程和不可预测的请求流真的很困难，人们只是没有得到他们想要的结果- 以不同的配置运行来自不同来源的代码，由用户决定 - 避免使其工作的痛苦。

那么有没有其他成熟的插件框架以简单可靠的方式解决这些问题？不是我知道的！在 github 和 google 上有很多东西，但他们总是在想出一种可靠的方式来管理插件并使它们与 JVM 中运行的其他东西很好地配合的过程中陷入困境。

我更喜欢通过它们自己的 docker 容器保持独立的应用程序独立，然后如果你真的需要能够在运行时加载插件，也许可以看看 felix。