Antes de leer este artículo te recomiendo que le des una mirada a :
Vamos a detallar la arquitectura de una aplicación enterprise(empresarial) para despues empezar a crear ejemplos tanto con Java EE como con Spring Framework.
En el artículo anterior hicimos una introducción de Java EE y sus conceptos más relevantes. En este vimos la división de capas físicas :
- Capa cliente: A la cual pertenece la máquina del cliente.
- Capa middleware: A la que pertenece Java EE y sus servidores de aplicaciones.
- Capa EIS: A la que pertenece el servidor de Base de Datos.
Hoy nos vamos a centrar en la capa middleware o Java EE. Vimos el concepto de componente y como estos estan desplegados o instalados en un servidor de aplicaciones. Un servidor está compuesto por varios contenedores de componentes.
Flujo Request/Response
Comprender el flujo de una petición(Request) y respuesta(Response) entre cliente y servidor es de vital importancia para poder
empezar con este tipo de aplicaciones. Este flujo se hace sobre el protocolo HTTP que permite realizar conversaciones simples
de petición y respuesta. Esta peticiones, desde un cliente son hechas con un navegador o con otra herramienta como CURL.
Tanto el request como el response se componen de dos partes, un head y un body.
Por ahora no vamos a entrar en mucho detalle pero tengamos en cuenta lo mínimo. Para realizar un request necesitamos una URL o direccion y además un método de petición. Los métodos más usados son GET y POST. Por ahora vamos a dejarlo con esos dos conceptos:
- URL
- Método(GET, POST)
Mapeo
Cuando hacemos una petición usando una URL, el servidor debe saber que está pidiendo el cliente. La URL le indica que hacer o que componente llamar. Esto es un mapeo que debemos configurar en el servidor para que nuestros componentes puedan ejecutarse con la petición del cliente.
Contenedores y Capas
Un servidor está compuesto por varios contenedores y estos a la vez son los que alojan nuestros componentes. En el artículo de introducción a Java EE vimos que el server esta divido en dos capas logicas:
- Capa web : Aquí se alojan los componentes que procesan las peticiones del cliente.
- Capa de negocio : Aquí se alojan los componentes que contienen la lógica de negocio de nuestra aplicacion.
Los contenedores hacen partes de estas capas. Actualmente(Java EE 7) en un middleware(servidor Java EE) podemos encontrar 3 tipos de contenedores como lo vemos en la imagen:
Tipo de Componentes
Los nombres como los define el estándar Java EE para nuestro componentes son los siguientes:
- Servlet : Componente de capa web
- JSP : Componente de capa web
- JSF : Componente de capa web
- Bean EJB : Componente de capa de negocio
- Bean CDI : Componente de capa web y capa de negocio
Con estos componentes armamos la arquitectura de nuestra aplicación la cual puede ser tan variada según el tipo de componente que usamos. Un arquitectura tradicional por lo general está formada por componentes web y componentes de negocio, aunque esto no es una regla rígida ya que según el requerimiento se puede usar solo un tipo de componente.
Veamos algunos tipos:
Arquitectura Ejemplo No. 1
En esta vemos un componente web Servlet que invoca(a través de inyección de dependencias) un componente de negocio EJB y retorna la respuesta al cliente.
Arquitectura Ejemplo No. 2
En este vemos un componente web Servlet que invoca(a través de inyección de dependencias) un componente de negocio EJB y retorna un componente JSP como respuesta al cliente.
Arquitectura Ejemplo No. 3
En esta vemos un componente web XHTML JSF(una página) la cual esta conectada con un componente web Bean JSF(también llamado Backing Bean), este Backing Bean invoca(a través de inyección de dependencias) un componente de negocio EJB y retorna la respuesta al cliente a través del mismo XHTML.
Arquitectura Ejemplo No. 4
En esta otra vemos una arquitectura parecida a la No.3 pero usando componentes CDI. Lo especial aqui es que el contenedor CDI puede tener componentes tanto en la capa web como en la capa de negocio.
