java - Glassfish como un contenedor OSGi
deployment (5)
GlassFish es IMO un candidato serio y definitivamente lo miraría. Algunos recursos:
- GlassFish / OSGi Dashboard
- GlassFish y OSGi (y Sahoo) en EclipseCon 2010
- GlassFish v3, OSGi Equinox Felix por Jerome Dochez y Ludovic Champenois
Estoy evaluando contenedores OSGi y surgió el tema de usar Glassfish para contener mis componentes de aplicación OSGi. Mi pregunta es: ¿Glassfish es bueno para esto? ¿Alguien tiene alguna experiencia en usarlo de esta manera?
Antecedentes: - La aplicación no es una aplicación Java EE, es una aplicación de Spring. - Estuve evaluando a Felix + Tomcat. - Nunca he usado Glassfish, pero tiene algunas características que interesan a nuestras operaciones.
¡Gracias!
Eche un vistazo a http://java.dzone.com/news/from-osgi-glassfish-5-steps
El contenedor OSGi más rápido es probablemente el http://wiki.apidesign.org/wiki/JDeveloper de NetBeans.
Para obtener más información, consulte http://platform.netbeans.org/tutorials/nbm-osgi-quickstart.html
La demostración que menciona Jesper utiliza los servicios declarativos de OSGi. Vea esta entrada detallada en el blog GlassFish también se puede instalar en un tiempo de ejecución OSGi existente (Felix o Equinox). Los esfuerzos actuales de OSGi se centran en aplicaciones híbridas y las especificaciones empresariales OSGI. Permite empaquetar los paquetes JPA, JDBC, HTTP y otros como paquetes OSGi.
Si bien Glassfish puede ser un buen candidato para un contenedor OSGi, es bastante grande, debido a que es principalmente un contenedor Java EE. Si estuviera escribiendo una aplicación OSGi, usaría Karaf / Felix como contenedor. Es pequeño, compatible con OSGi OSGi 4.2, en desarrollo activo (los errores se solucionan rápidamente) y tiene un gran grupo de usuarios de OSGi.