寻找OSGi指导原则、经验、技巧等的指南

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

假设一个应用程序是用Guice开发的，并且它的规模现在证明可以迁移到OSGi，将早期模块转换为新的完全成熟的服务，那么执行此迁移的驱动步骤是什么

---

我正在寻找指导原则、一步一步的任务清单、战争经验、提示、注意事项等。

您可以看看，它旨在连接OSGi和Guice的世界。

OSGi已经在使用声明性服务（DS）（如）时为服务提供依赖注入。这在OSGi中是标准的，对于跨不同OSGi框架的可移植性来说，DS是一个不错的选择。我认为Peaberry正在做的正是标准DS所做的，但是以一种直观的方式

---

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

嗯，两张赞成票，一张赞成票，一个小时后没有回答。。。我闻到有赏金要来了…哈哈，谢谢你，加莫，我一直在等我的另一笔赏金结束，然后才开始讨论这个问题，但是你已经把我揍了一顿…谢谢。你有这方面的经验吗？有什么建议可以分享吗？不幸的是，我没有。在一个计划中，我们通过在自己的捆绑包中“隔离”应用程序来集成Guice，但在更新捆绑包时仍然会出现问题。如果我再这样做，我肯定会让Peaberry试一试。stackoverflow上一定有人与之合作过；你可以试着重新记录你的问题。我想我们都希望在这方面有经验的人能够回答这个问题。那没有实现。但我还是会给你赏金的。