OSGi es la última moda en Java

En todos los foros relacionados con Java y JEE que visito regularmente (TSS, InfoQ, Artima), OSGI es mencionado como un plus importante. Los grandes proveedores siguen la tendencia:

Hay implementaciones Open Source

• Eclipse con Equinox,
• Apache con Felix

Hay anuncios de productos que usan OSGi para tener una arquitectura modular:

• El mismo Eclipse con su Equinox (obvio),
• SpringSoure lanza su servidor de aplicación (ver anuncio en TSS)
• Glassfish V3 de Sun

El anuncio de Sun es notable, porque hasta ahora, Sun soportaba otro estándar de modularización.

Para no quedar fuera de la moda, empecé a refrescarme un poco sobre el tema leyendo este tutorial en TSS.

Mi impresión preliminar es que OSGi tiene mucho valor para los que desarrollan plataformas, como un servidor de aplicación, un motor BPM o un IDE de desarrollo. Estas plataformas tienen que soportar add-ons, plug.ins y aplicaciones desarrolladas por los mismos clientes de la plataforma. Si estas plataformas están desarrolladas en forma modular y en base a un estándar, es claramente una ventaja.

No vi mucha ventaja de usar OSGi para el común del desarrollo de aplicaciones empresariales. Por ejemplo, las aplicaciones JEE ya tienen una forma de modularizar con los WAR, EAR, etc que, quizás no sean perfectos, pero son ampliamente entendidos y soportados por los IDE de desarrollo. No me queda claro entonces que aprender una nueva API y un nuevo método de despliegue como OSGi tenga un beneficio. Quizás, cuando todos los IDE usen OSGi por debajo y se preocupen del trabajo sucio, sea rentable usar esta tecnología.