Migration 在OSGi环境中迁移到新版本库的最佳实践是什么?

Migration 在OSGi环境中迁移到新版本库的最佳实践是什么?,migration,osgi,apache-camel,apache-karaf,Migration,Osgi,Apache Camel,Apache Karaf,我有以下案例:在我们的环境中有一些OSGi应用程序,包括ApacheKaraf2.0和ApacheCalme2.4.0。现在,我们希望将生产环境切换到最新版本的karaf 2.1.4和camel 2.6.0。问题是我们的旧应用程序中存在一些包约束,这些约束与新版本的camel不兼容 是否有将现有OSGi代码迁移到新版本库的最佳实践?据我所知,您有两种选择: 修改旧的应用程序以使用新的捆绑包 保留旧版本和新版本。OSGi可以很好地处理相同捆绑包/包的多个版本。它实际上是它的一个内置功能。 我开始明

我有以下案例:在我们的环境中有一些OSGi应用程序,包括ApacheKaraf2.0和ApacheCalme2.4.0。现在,我们希望将生产环境切换到最新版本的karaf 2.1.4和camel 2.6.0。问题是我们的旧应用程序中存在一些包约束,这些约束与新版本的camel不兼容


是否有将现有OSGi代码迁移到新版本库的最佳实践?

据我所知,您有两种选择:

修改旧的应用程序以使用新的捆绑包 保留旧版本和新版本。OSGi可以很好地处理相同捆绑包/包的多个版本。它实际上是它的一个内置功能。
我开始明白模块化真的很难。尽管OSGi很好地支持同一库的多个版本,但也需要支持应用程序端点soap、jms等的版本。