寻找Guice-to-OSGi指导原则，经验，技巧等

Question

Guice是一个很好的框架，可以将API与实现分开并开始模块化您的应用程序。 OSGi是一个很好的框架，可以在自己的安全环境中加载版本化服务，并通过导出的API提供这些服务。

假设已经使用Guice开发了一个应用程序，并且它的大小现在有理由转向OSGi将早期模块转换为新的完全服务，那么执行此移动的驱动步骤是什么？

我正在寻找指导原则，一步一步做清单，战争经验，提示，警告等......

Answer 1

OSGi在使用声明式服务（DS）（如Felix SCR）时已经为服务提供依赖注入。这是OSGi的标准配置，对于不同OSGi框架的可移植性，DS是可行的方法。我认为Peaberry正在做着标准DS正在做的事情，但是采用Guice方式。

如果我要将一个Guice应用程序移植到OSGi，我会在每个bundle中保留Guice依赖注入，并使用DS在bundle之间注入服务，以保持与所有OSGi框架的兼容性。

Answer 2

你可以看看Peaberry，它旨在弥合OSGi和Guice的世界。