OSGI 环境中的 Spring 应用程序
A Spring application in a OSGI environment
我们有一个基于 spring 的应用程序（依赖注入、持久性、事务...），我们正在考虑迁移到 serviceMix 而不是我们当前的 WSO2
我一直在做一些研究，以了解 spring+osgi 背景下的最佳实践，这个想法是在不必丢弃我们拥有的一切的情况下进行迁移，spring-dm 似乎是个好主意，因为它会扫描包含 ApplicationContext 的包并加载它们，所以我想这是一个不需要我们做很多工作的解决方案（如果我是，请纠正我错误），但它是一个死项目，所以我们不会使用它。
所以我有一些问题：
有没有办法保留我们的配置文件？
是否有任何好的做法来进行此类迁移（我想一定有一些开发人员经历过相同的场景）？
Spring-dm 确实死了。最简单的转换应该是蓝图，因为它类似于 spring.
在 blueprint-maven-plugin 的帮助下，我们已经将一个中型项目（~50k 行）从 spring 迁移到蓝图。它允许使用一些 spring 以及 JEE 注释。因此，如果支持您使用的注释，则迁移应该是可行的。对于 JPA，有 Aries JPA，它也支持 JEE 注释。
Here you find a small example of how the end result can look like.
我们有一个基于 spring 的应用程序（依赖注入、持久性、事务...），我们正在考虑迁移到 serviceMix 而不是我们当前的 WSO2
我一直在做一些研究，以了解 spring+osgi 背景下的最佳实践，这个想法是在不必丢弃我们拥有的一切的情况下进行迁移，spring-dm 似乎是个好主意，因为它会扫描包含 ApplicationContext 的包并加载它们，所以我想这是一个不需要我们做很多工作的解决方案（如果我是，请纠正我错误），但它是一个死项目，所以我们不会使用它。
所以我有一些问题： 有没有办法保留我们的配置文件？ 是否有任何好的做法来进行此类迁移（我想一定有一些开发人员经历过相同的场景）？
Spring-dm 确实死了。最简单的转换应该是蓝图，因为它类似于 spring.
在 blueprint-maven-plugin 的帮助下，我们已经将一个中型项目（~50k 行）从 spring 迁移到蓝图。它允许使用一些 spring 以及 JEE 注释。因此，如果支持您使用的注释，则迁移应该是可行的。对于 JPA，有 Aries JPA，它也支持 JEE 注释。
Here you find a small example of how the end result can look like.