集成Guice和OSGi服务
集成Guice和OSGi的当前情况如何？即从Guice公开OSGi服务、注入它们等等集成Guice和OSGi服务,osgi,guice,peaberry,Osgi,Guice,Peaberry,集成Guice和OSGi的当前情况如何？即从Guice公开OSGi服务、注入它们等等 提到“Guice主干（将成为2.0）”，但1.2似乎是最新的，因为它修复了。它的作者已经换了，但似乎还没有发布。还有其他的吗？目前，Guice 3.0和Peaberry 1.2的集成工作正常。只是页面似乎有点过时，因为上面提到的代码片段指的是已经被取代的Guice 2.0主干 当您查看存储库历史记录时，您引用的Bug在1.2 Peaberry版本中已修复 的确，Sisu目前正在开发中，它解决了Guice+Pea
提到“Guice主干（将成为2.0）”，但1.2似乎是最新的，因为它修复了。它的作者已经换了，但似乎还没有发布。还有其他的吗？目前，Guice 3.0和Peaberry 1.2的集成工作正常。只是页面似乎有点过时，因为上面提到的代码片段指的是已经被取代的Guice 2.0主干 当您查看存储库历史记录时，您引用的Bug在1.2 Peaberry版本中已修复 的确，Sisu目前正在开发中，它解决了Guice+Peaberry+OSGi当前存在的一些附加问题（至少我是如何解释的）（例如，自动组件扫描和发现），但它还没有准备好 在我看来，Peaberry解决了与（现在）同样的DI和OSGi集成案例，因此非常有用。我也不认为Peaberry项目一定会被放弃，转而支持sisu 如果您坚持OSGi的理念，即开发通过服务连接的独立捆绑包，但希望在其中使用DI，那么Peaberry目前提供您所需的一切 我目前面临的唯一问题是，在默认情况下，官方的guice servlet模块似乎无法与OSGi
HttpService