Integración de JSF-Spring-Hibernate(JPA)

Hace algunos días en el proyecto hermano de evangelización Java: Profesor Java dicté una conferencia sobre la integración de los frameworks: JSF, Spring y Hibernate, y agradezco mucho la tremenda buena onda que me brindó la comunidad que asistió desde países como: Argentina, México, Colombia, El Salvador, Ecuador, Perú, etc. con lo cual es gratificante corroborar que sí es posible generar proyectos latinoamericanos con filosofía colaborativa. Muchas gracias a todos los que asistieron y para aquellas personas que no pudieron asistir y que me han pedido que escriba un post con los contenidos del curso, aquí lo tienen y que espero sea de utilidad pues lo repito, ESTAMOS AQUÍ PARA DARNOS UNA MANO ;)

La arquitectura empleada en el ejemplo que desarrollamos es una arquitectura dividida en capas:


Como es notorio, empleamos éste modelo arquitectural por ser un modelo que impulsa un desarrollo bien hecho, y con el cual obtenemos grandes beneficios como:

1) Una clara separación entre capas para delegar funcionalidades específicas en cada una y con ésto evitar tener un código altamente cohesionado y "spaghettizado" (Real academia de la lengua ahí tienen una nueva palabra castellanizada por mi a la fuerza jejeje).

2) Hacer de nuestra aplicación una aplicación escalabe, es decir si en algún punto en el ciclo de vida de nuestra aplicación surge la necesidad de migrara hacia nuevas tecnologías, podremos hacerlo facilmente con una "visión lego" (mírese la imagen) en la cual simplemente retiramos la pieza que no necesitamos, para sustituirla por una nueva que se acople a nuestras necesidades; por ejemplo en la arquitectura antes mencionada podríamos migrar en la capa de vista sustituyendo el "lego de JSF" por "lego de Flex" sin necesidad de modificar el código restante de las otras capas, así mismo, empleando el mismo ejemplo podríamos migrar tanto en la capa de Lógica de Negocio de Spring a EJB o en la capa de acceso a datos de Hibernate a TopLink (sin que ésto afecte significativamente al resto de capas y mas que nada al código con el que ya contamos, claro serán necesarias ciertas modificaciones pero que son insignificantes en comparación a los cambios que seran necesarios al migrar una aplicación que no esta hecha bajo esta perspectiva arquitectural de división por capas).

Teniendo en claro el escenario en el cual nos desarrollaremos, empecemos detallando el ejemplo que se desarrolló en el curso:
Nuestro objetivo es generar una aplicación web que corra bajo algún servidor web como Tomcat, Glassfish, Jboss...etc y que interactúe con una base de datos (para este caso MySQL) sobre la cual haremos inserciones, recuperación y despliegue de la información ingresada, ésto a través de los framework: JSF-Spring-Hibernate(JPA) . A continuación una imagen de como luce la interfaz general:



1)Como primer paso creamos la base de datos "frameworks" (vacía) pues usando el potencial de hibernate generaremos las tablas de manera automática.
2)Creamos el archivo de configuración de Hibernate:



3) Hacemos una referencia a Hibernate en el archivo de configuracion de Spring.



4) Creamos la Entidad Persona (hacemos uso de las anotaciones de JPA). Nota: la implementación de la Interface Serializable es necesaria para una entidad que será persisitida como registro de una base de datos.



5) Generamos automáticamente las tablas de la base de datos (añadiendo el mapeo de la entidades en el archivo de configuración de Hibernate).

6) Creamos la Interface PersonaDAO donde mencionamos las características funcionales de inserción y recuperación de registros en la base de datos.



7) Creamos la implementación de la Interfase PersonaDAO, aquí desarrollamos la lógica de negocio en sí de la aplicación (nótese porqué Spring es nuestro aliado en ésto).



8) En el archivo de configuracion de Spring hacemos referencia al bean que implementa a PersonaDAO. Nota: Spring es un bean-factory.



9) Generamos nuestros Backing Beans (para soporte a JSF). Aquí se incluye otro concepto importantísimo de Spring (Inyeccion de dependencia: DI).



10) Generamos nuestro archivo de configuracion de JSF. Nota: podría incluso obviarse el uso de este archivo mediante el uso de anotaciones pero para éste caso decidí mostrar gran parte desarrollada "a mano" desde cero. Para próximos posts podría incluir estas nuevas características orientadas a anotaciones de la plataforma EE.



11) Creamos nuestras páginas JSF.



12) Probamos la aplicacion en algún Servidor Web Java.

El codigo de la aplicacion (Proyecto en Eclipse) puede ser descargado desde aquí.
Librerías aquí

Las diapositivas del curso pueden descargarse desde aquí.

CONCLUSIÓN.

Frameworks ligeros como Hibernate o Spring han sido tremendamente usados por haber emergido como una solución seria ante los "huecos" que la plataforma EE presentaba hace algunos años. Hablando de Hibernate, es una solución tan robusta que incluso ha servido de base para crear nuevas características standares en la plataforma EE actual (en su modelo de persistencia) y si hablamos de Spring, es un framework que cada día crece exponencialmente pues aparte de las características que lo hicieron famoso: Dependency Injection e Inversion of Control (siendo un Bean Factory), ahora brinda una gran variedad de funcionalidades en forma de módulos como: Spring Security, Spring AOP, Spring MVC, etc. por lo cual se ha convertido en la seria competencia a EJB, por tal motivo tanto Spring como Hibernate son dos opciones muy fiables que deben ser tomadas en cuenta por los arquitectos de desarrollo a la hora de implementar soluciones web Java.

NOTA: Por mencionar un ejemplo del uso de estos frameworks, la red social hi5 usa Spring dentro de su arquitectura.