¿Cuál es la situación actual con la integración de Guice y OSGi? Es decir. exponer servicios OSGi desde Guice, inyectándolos, etc.Integrando los servicios de Guice y OSGi
Peaberry's main page menciona "El tronco Guice (que se convertirá en 2.0)", pero 1.2 parece estar actualizado, ya que corrige http://code.google.com/p/peaberry/issues/detail?id=58. Su autor ha cambiado Sisu, pero parece que aún no se ha lanzado. ¿Cualquier otro?
La integración de Guice 3.0 y Peaberry 1.2 actualmente está funcionando como se esperaba. Solo la página parece estar un poco desactualizada, el fragmento mencionado anteriormente se refiere al tronco Guice 2.0 que ha sido reemplazado.
El error de su referencia se ha corregido para la versión 1.2 Peaberry cuando mira el historial del repositorio here.
Es cierto que Sisu está actualmente desarrollado y soluciona (al menos cómo lo interpreto) algunos problemas adicionales que existen actualmente con Guice + Peaberry + OSGi (por ejemplo, escaneo automático de componentes y descubrimiento) pero aún no está listo .
En mi opinión, Peaberry resuelve los mismos casos de integración de DI y OSGi que también se resuelven con Spring Dynamic Modules (ahora Eclipse Gemini Blueprint) y, por lo tanto, es muy útil. Además, no creo necesariamente que el proyecto Peaberry sea abandonado a favor de sisu.
Si todo se mantiene fiel a la idea de OSGi de desarrollar paquetes independientes que están conectados a través de servicios pero desea utilizar DI dentro de ellos, Peaberry actualmente ofrece todo lo que necesita para eso.
El único problema que tengo actualmente con esa combinación es que el módulo oficial guice-servlet no parece funcionar con el OSGi HttpService de manera predeterminada.
Todo genial para saber, ¡gracias! –