Osgi 动态插件管理/更新

Osgi 动态插件管理/更新,osgi,equinox,Osgi,Equinox,我的意思是,如果一个插件将[下载并]复制另一个插件到适当的文件夹中,或者制作一个链接文件,它是否可以在不重新启动的情况下将其与平台动态集成 因此,似乎可以构建一个始终处于运行状态的服务器,该服务器可以及时演化,而无需重新启动。这是一个要求(不确定这个词,英语不是我的母语)的特征吗?我的意思是,企业需要它,还是它更容易,可以重新启动? 我看到的另一个好处是旧版本的可比较性…当然。使用OSGi控制台,您可以(无需重新启动任何程序)使用“install file:…”命令安装新捆绑包,并使用“sta

我的意思是,如果一个插件将[下载并]复制另一个插件到适当的文件夹中,或者制作一个链接文件,它是否可以在不重新启动的情况下将其与平台动态集成


因此,似乎可以构建一个始终处于运行状态的服务器,该服务器可以及时演化,而无需重新启动。这是一个要求(不确定这个词,英语不是我的母语)的特征吗?我的意思是,企业需要它,还是它更容易,可以重新启动?
我看到的另一个好处是旧版本的可比较性…

当然。使用OSGi控制台,您可以(无需重新启动任何程序)使用“install file:…”命令安装新捆绑包,并使用“start”启动它们。

通常,无需重新启动平台即可安装和启动新捆绑包,这是展示OSGi新可能性的好方法

但在我看来,您不应该在生产环境中这样使用它,因为要以一种使此过程可靠的方式开发应用程序并不容易

当然,通过新捆绑包向正在运行的OSGi应用程序添加新功能而不重新启动通常没有问题。但是,如果您真的需要一个“始终处于运行状态的服务器”,那么情况就完全不同了,因为您的捆绑包彼此之间存在依赖关系,这使得动态更改加载的捆绑包有点困难。这不是不可能的,但我不会指望


因此,是的,当您将更改部署到应用程序时,重新启动会更容易,也更正常。

那么,是否有可能创建可扩展的服务器应用程序,该应用程序可以管理以添加新功能和改进旧功能,并提供给客户端?Equinox是否足够快,可以成为高负载服务器?现在有很多疑问。osgi的其他好处只是让事情变得更简单,而不是带来以前从未见过的东西