Componentes del framework

Aspectos históricos

El framework Spring se diseñó para facilitar la creación de aplicaciones empresariales en un contenedor web ligero como Tomcat, es decir, sin administración de EJB.

En las siguientes tablas se proporciona una ubicación temporal.

Evolución de Java Enterprise

Poco después del lanzamiento de Java, aparecieron los principios de diseño basados en JavaBeans que, por ejemplo, se utilizarían posteriormente en librerías gráficas de Java, como AWT. Sin embargo, no existía nada que permitiera usarlo en el lado del servidor de aplicaciones. Se hace un intento con EJB 1, pero nos alejamos mucho de los aspectos principales, y la evolución hacia EJB 2 complicaría aún más las cosas.

En ese momento, las JVM eran de pequeño tamaño, lo que hacía necesario que se multiplicaran y se comunicaran entre sí para obtener una JVM más grande (compuesta por nodos). Una JVM utiliza prácticamente toda la RAM de una máquina. Se agrupaban las máquinas en clústeres especializados y organizando nodos, lo que en última instancia permitía disponer de más espacio de memoria y capacidad de cálculo (CPU). Es habitual que haya un nodo maestro supervisando varios nodos secundarios.

En 2002, la situación era muy especial. No se podía ser arquitecto de Java si no se codificaba con EJB 2.0, que era una puesta al día de EJB 1.1. Sin embargo, esta tecnología no estaba madura y muy pocos proyectos terminaron en producción. La complejidad de la aplicación era extrema. Las cosas funcionaron a pequeña escala...

Utilidad de Spring en un proyecto

El framework Spring es una solución ligera, basada en componentes de software independientes. Proporciona soluciones técnicas unificadas para la mayoría de las dificultades estándares que aparecen en los proyectos. Ofrece implementaciones para un conjunto de design patterns (patrones de diseño), como veremos en un capítulo dedicado a este tema. Las librerías de extensión también proporcionan facilidades para el uso de las librerías de software más utilizadas. Construir servicios web SOAP, servicios REST para acceder a los datos y hacer una aplicación basada en una sucesión de pantallas (wizard) se convierte en algo sencillo de hacer. Las diferencias entre las implementaciones de frameworks estándares de acceso a datos se suavizan con el uso de una API unificada.

Los proyectos se centran en la parte de negocio, mientras que la parte técnica la administra el framework Spring, que originariamente fue diseñado para Java, pero hoy en día existe para otras plataformas como .NET.

Spring tiene licencia en Apache 2.0 y es open source. Se puede acceder a las fuentes y hacer peticiones de evoluciones desde la URL https://github.com/spring-projects. Incluso es posible proponer correcciones de errores o cambios a través de «change requests» (peticiones de cambio).

El conjunto se maveniza (con las fuentes y el javadoc) en el repository central Maven para la versión estándar y en los repositories Maven SpringSource para las versiones en desarrollo. Encontraremos la ubicación de los repositorios al final del capítulo. Es posible usar Maven o Gradle para hacer proyectos de Spring. En este libro, utilizamos principalmente versiones Maven. El framework Spring es una solución full stack, es decir, que incluye todos los componentes técnicos y permite realizar aplicaciones completas, llave en mano. El núcleo de Spring tiene muy pocas dependencias externas. Al ser modular, permite incorporar solo los elementos necesarios...

Visión general y temas tratados en el libro