Spring User Group Perú

La idea es atacar varios de los problemas y desafíos a los que uno se enfrenta actualmente cuando desarrolla este tipo de aplicaciones, dentro de los que podemos listar:

•  La incapacidad de tener distintas versiones de una aplicación, librería o módulo ejecutándose al mismo tiempo 
• Carencia de un manejo claro de dependencias entre aplicaciones o módulos de aplicaciones
• Tamaños cada vez mayores de los EARs o WARs por la cantidad de librerías que contienen (y que usualmente se encuentran repetidas en muchos de ellos)
• Servidores de aplicaciones que consumen cada vez más memoria por la cantidad de componentes y servicios que incorporan, los cuales en una gran cantidad de casos no son utilizados por las aplicaciones
• No poder actualizar parcialmente una aplicación sin tener que reiniciarla o, incluso, reiniciar el servidor de aplicaciones

Todo el mundo ha destacado la noticia casi de inmediato por la magnitud y el potencial que ésta implica. ¿Es acaso que estamos presenciando el comienzo del fin de los servidores de aplicaciones empresariales Java tal como los conocemos? Sólo el tiempo lo dirá. Por lo pronto pueden encontrar una explicación más detallada en el Team Blog de SpringSource. Si desean una introducción breve a OSGi (y de pasada su relación con Eclipse) les recomiendo este artículo. 

Por último, es útil destacar que otros vendors de servidores de aplicaciones también están migrando sus plataformas a OSGi, con lo cual se puede apreciar una tendencia fuerte de la industria en este sentido. Dentro de este grupo podemos mencionar a Glassfish, WebSphere y JOnAS.