Entrevista a Rod Johnson sobre ...
Mayo 07, 2008
Hace pocos días SpringSource liberaba la beta de SpringSource Application Platform. La verdad es que medios como: Infoq, javahispano, yahoo, theserverside, etc, se han hecho eco de la noticia. Hasta ahora no había querido comentar nada, dado que tenía ganas de descubrir algo más en profundidad sobre el mismo. En principio me parecía un nuevo server, sin embargo una entrevista realizada a Rod Johnson en dzone me ha descubierto que la idea de Platform se acerca más a ellos.

La plataforma está basada en la tecnología OSGi de forma interna, además de permitir su uso al usuario final. Comenta la participación de SpringSource en orientar más a OSGi al sector empresarial. También han estado trabajando de forma intensa en la nueva versión de Spring la 2.5.
El porqué su Application Platform, no implementa Java EE 5 según sus propias palabras:
También es cierto que nos habla de incompatibilidades entre OSGi y Java EE. Creen que el JSR-277 y OSGi podrían convivir de una mejor manera.
Con OSGi tendremos una mejor, más eficiente y rápida manera de desplegar/testear y de redesplegar nuestras aplicaciones. Pudiendo desplegar sólo las partes que hayan cambiado. Podremos empaquetar en grupos y versionar esos paquetes (bundles). Tendremos más modularidad y un sistema de versiones encargado de todo ello, manejado por el servidor. Dando al usuario un mayor control sobre la división de la aplicación. Podremos hacer uso de dos versiones distintas de una librería, especificando al servidor la versión que queremos utilizar. OSGi y la forma de trabajar con bundles, permitirá una forma más rápida de parchear posibles fallos en su servidor.
La licencia es GPLv3, por lo que la gente podrá crear plugins para la infraestructura, y liberarlos como open source.
La explicación a ser Platform y no server:
Algo que nos facilitará la vida de cara al desarrollo, es SpringSource Tool Suite. Podremos declarar módulos OSGi, pudiendo desplegar sólo las partes que han cambiado. Aunque esto estará disponible para sus clientes, proveeran alguna herramienta adicional para open source.
La conclusión del para qué y el porqué ahora, viene dada al final de la entrevista. Concluyendo:
- Es el momento correcto, el mercado y los analistas lo confirman.
- La idea de los servidores tradicionales es demasiado anticuada y OSGi plantea grandes beneficios junto con Spring.
- Y por los beneficios reales: inicios rápidos, da solución al versionado, manejo de librerías y dependencias y cree que:

La plataforma está basada en la tecnología OSGi de forma interna, además de permitir su uso al usuario final. Comenta la participación de SpringSource en orientar más a OSGi al sector empresarial. También han estado trabajando de forma intensa en la nueva versión de Spring la 2.5.
El porqué su Application Platform, no implementa Java EE 5 según sus propias palabras:
[...]does not satisfy the needs of our customers[...]
También es cierto que nos habla de incompatibilidades entre OSGi y Java EE. Creen que el JSR-277 y OSGi podrían convivir de una mejor manera.
Con OSGi tendremos una mejor, más eficiente y rápida manera de desplegar/testear y de redesplegar nuestras aplicaciones. Pudiendo desplegar sólo las partes que hayan cambiado. Podremos empaquetar en grupos y versionar esos paquetes (bundles). Tendremos más modularidad y un sistema de versiones encargado de todo ello, manejado por el servidor. Dando al usuario un mayor control sobre la división de la aplicación. Podremos hacer uso de dos versiones distintas de una librería, especificando al servidor la versión que queremos utilizar. OSGi y la forma de trabajar con bundles, permitirá una forma más rápida de parchear posibles fallos en su servidor.
La licencia es GPLv3, por lo que la gente podrá crear plugins para la infraestructura, y liberarlos como open source.
La explicación a ser Platform y no server:
We didn't want to call it a server because it will be able to be extended and accept different deployment modules, so it will be broader in scope than a typical server.
Algo que nos facilitará la vida de cara al desarrollo, es SpringSource Tool Suite. Podremos declarar módulos OSGi, pudiendo desplegar sólo las partes que han cambiado. Aunque esto estará disponible para sus clientes, proveeran alguna herramienta adicional para open source.
La conclusión del para qué y el porqué ahora, viene dada al final de la entrevista. Concluyendo:
- Es el momento correcto, el mercado y los analistas lo confirman.
- La idea de los servidores tradicionales es demasiado anticuada y OSGi plantea grandes beneficios junto con Spring.
- Y por los beneficios reales: inicios rápidos, da solución al versionado, manejo de librerías y dependencias y cree que:
the product is introduced in the right place at the right time.



