我正在构建一个具有 REST 前端的 API，整个堆栈包含近 10 个不同的捆绑包，并且还在缓慢增长。到目前为止效果很好。
从长远来看，我计划拥有不同版本的 API 堆栈（使用 OSGi 版本控制机制），可以通过 REST 前端以 /api/v2/path/to/resource 或类似的格式访问。
我的第一个想法就是为新版本部署整个堆栈，例如。安装我所有的捆绑包。新的 REST-bundle 将在蓝图中将 /api/<version-number> 添加到 jaxrs-server 并且一切都应该工作，但我担心从长远来看将会部署大量的 bundle。我感觉我将失去对已安装捆绑包等的总体概览。
有没有办法以某种方式分隔我的堆栈？ 我不想为每个版本安装一个新容器。我已经查看了 Karaf 的实例，但我能否像将捆绑包安装在同一个实例中一样“附加”到 jaxrs-servers？例如。访问同一主机、端口等上的 REST 前端。
谢谢
【问题讨论】：
标签： architecture osgi
我同意隔离很重要。 OSGi 框架只设计用于托管单个“应用程序”。如果您将多个应用程序部署到同一个框架中而不进行隔离，则会在两者之间产生干扰，例如不希望地共享包和服务。
例如，您可以彻底测试一个应用程序并发现它可以工作。然后，您彻底测试了第二个应用程序，发现它也可以工作。最后，您将它们都部署到 OSGi 框架中，发现两者都不起作用！这不好...
子系统规范确实提供了隔离，但它很复杂并且实现不成熟。我建议简单地实例化多个 OSGi 框架。这可以在单个 JVM 中轻松完成，OSGi 中没有静态或单例可以阻止它。实例化 OSGi 框架所需的基本代码约为 5-10 行。
更新：有关如何实例化新 OSGi 框架的详细信息，请参阅我的博文"How to Embed OSGi"
【讨论】：
我肯定会在版本之间进行一些隔离。
当然，OSGi 版本控制非常强大，但如果您计划部署同一捆绑包的许多不同版本，您最好将所有接线完全正确，否则您将遇到很难调试问题。此外，您可能会通过部署新版本来搞乱旧版本，这（我猜）正是您想要防止的。
在 Karaf 中，实例之间的分离对您来说可能有点太重了，因为您不能轻松地在实例之间共享捆绑包。
解决此问题的 OSGi 标准称为子系统，它确实允许您做您想做的事，即拥有不同范围的子应用程序，它们将共享它们的大部分代码，例如 http 服务器。
这个标准很新，我认为没有成熟的实现，但我建议看看Eclipse Virgo。 Virgo 不支持子系统（还没有？），但 Virgo 有一个“计划”的概念，我认为它会为您服务。
【讨论】：