整合Guice和OSGi的現狀是什麼?即暴露Guice的OSGi服務,注入它們等。整合Guice和OSGi服務
Peaberry's main page提到「Guice trunk(將變成2.0)」,但1.2似乎是最新的,因爲它修復了http://code.google.com/p/peaberry/issues/detail?id=58。它的作者已經轉換了Sisu,但它似乎還沒有發佈。任何其他?
整合Guice和OSGi的現狀是什麼?即暴露Guice的OSGi服務,注入它們等。整合Guice和OSGi服務
Peaberry's main page提到「Guice trunk(將變成2.0)」,但1.2似乎是最新的,因爲它修復了http://code.google.com/p/peaberry/issues/detail?id=58。它的作者已經轉換了Sisu,但它似乎還沒有發佈。任何其他?
Guice 3.0和Peaberry 1.2的整合目前正在按預期工作。只是頁面似乎有點過時了,上面提到的代碼片段是指被取代的Guice 2.0主幹。
當您查看存儲庫歷史記錄here時,您引用的Bug修復爲1.2 Peaberry版本。
確實,Sisu目前已經開發並解決了(至少我怎麼解釋它)Guice + Peaberry + OSGi目前存在的一些額外問題(例如,自動組件掃描和發現),但尚未準備就緒。
在我看來,Peaberry解決了DI和OSGi的相同集成案例,這些案例也由Spring Dynamic Modules(現在的Eclipse Gemini Blueprint)解決,因此非常有用。此外,我不認爲Peaberry項目會被放棄以支持sisu。
如果你始終忠於OSGi開發通過服務連接的獨立捆綁包的想法,但你想在裏面使用DI,Peaberry目前提供你需要的一切。
我目前遇到的唯一問題就是官方的guice-servlet模塊在默認情況下似乎沒有使用OSGi HttpService
。
所有偉大的知道,謝謝! – 2012-04-16 13:08:07