Contenedores ligeros con Spring

En desarrollos J2EE generalmente se usa un contenedor como Tomcat, JBoss, Websphere, Weblogic, Glassfish, etc. La ventaja de estos contenedores es que ofrecen ya varios servicios que puede utilizar la aplicación que desarrollemos, por ejemplo datasources con manejadores de transacciones, servicio para envio de mail, autentificación de usuarios, logger, etc.

Pero qué pasa si necesitamos desarrollar una aplicación compacta, que no va a usar casi ninguno de estos servicios, que no tenga interfaz web por ejemplo, pero sí va a usar base de datos, mail, usuarios, etc? Qué pasa si el tiempo de arranque de la aplicación es importante?

Una opción muy viable es Spring. Este framework, que ha crecido bastante con el tiempo, permite "alambrar" una serie de objetos y componentes de manera que al final tenemos una arquitectura similar a la de un contenedor J2EE pero solamente con los servicios que necesitamos y todo dentro de una aplicación J2SE. Esto nos permite programar de manera más limpia, porque podemos poner toda nuestra lógica dentro de objetos comunes y corrientes (POJO's - Plain Old Java Objects), que implementen las interfaces que definimos primero y posteriormente los podemos envolver con proxies que nos faciliten el uso de ciertos recursos (como por ejemplo la transaccionalidad). Imagínense hacer algo similar a un EJB pero sin tener que heredar de ciertas clases y definir muchisimas cosas en varios archivos XML y tener que probar dentro de un ambiente muy complejo.

Adicionalmente, siempre tenemos código que generalmente tenemos que teclear o generar de alguna forma para conectar los componentes de una aplicación, ya sea desde un simple   hasta el uso de un Locator de JNDI para obtener un componente remoto. Spring nos permite eliminar todo este código porque las conexiones entre todos los objetos se definen en archivos XML, lo cual nos permite bastante flexibilidad. Se pueden definir reglas para propiedades que forzosamente deben ser configuradas, o asignarles valores default, etc.

Uno de los puntos fuertes de Spring es que implementa el design pattern de IoC (Inversion of Control), que visto de manera muy simple, es justamente esto de conectar los objetos siguiendo la definición de una configuración en XML en vez de tener todo eso por código. Y el framework ofrece interfaces para muchos frameworks externos, como pueden ser JSF, Struts, Tapestry, Hibernate, iBatis, etc; interfaces para facilitar el uso de arquitecturas como JTA, JCA, JNDI, etc.

Por ejemplo, podemos publicar un objeto en JNDI sin necesidad de teclear una sola línea de código para esos efectos, al igual que podemos utilizar un componente publicado en JNDI sin necesidad de teclear nada de código para ello. Simplemente definimos el componente que necesitamos en la configuración de Spring y podemos hacer referencia a dicha definición en otros componentes.

En resumen, es una manera mucho más sencilla de programar, porque nos quita mucha de la talacha de estar publicando componentes, acomodándolos, conectándolos, etc y simplemente podemos concentrarnos en hacer código específico para nuestra aplicación. Una vez que lo comiencen a utilizar y vean todos los beneficios que les trae, no lo van a querer dejar.