Plataforma Java EE

Como decíamos en la primera entrada, la plataforma Java EE está destinada a desarrollar aplicaciones empresariales distribuidas, con una arquitectura multi-capa, escritas en el lenguaje de programación Java y que se ejecutan en un servidor de aplicaciones.

Esto es muy cierto, pero Java EE no es un producto de Sun (Oracle), es un conjunto de especificaciones que permiten soluciones para el desarrollo, despliegue y gestión de aplicaciones multicapa centradas en servidor.

¿Un conjunto de especificaciones? ¿Qué quiere decir esto? Esto quiere decir que cualquier fabricante puede coger estas especificaciones y desarrollar un producto final que las cumpla. Sun ha creado una implementación de todas estas especificaciones (Glassfish)  pero no es la única empresa.

¿Que es una especificación?

Una especificación no es más que un papelito que detalla cada una de las tecnologías dentro de la plataforma Java EE. Un conjunto de reglas que dictan como debe desarrollarse ese producto de tal forma que se pueda garantizar que una aplicación desarrollada siguiendo las especificaciones de Java EE pueda desplegarse y ejecutarse.

Por ejemplo, los servlets son una tecnología de la plataforma Java EE y como tal, dispone de una especificación. Así, una empresa puede desarrollar un producto que implemente la especificación de los servlets, de tal forma, que ese producto pueda ejecutar servlets. Y así con todas las tecnologías que forman parte de la plataforma Java EE. Con producto nos referimos a un servidor de aplicaciones como Glassfish, o incluso un simple contendor de servlets como Apache Tomcat.

Tecnologías de la plataforma Java EE

Enterprise JavaBeans (EJB). Java Servlet JavaServer Page (JSP) JavaServer Pages Standard Tag Library (JSTL). JavaServer Faces (JSF) Java Message Service (JMS). Java Transaction API (JTA). JavaMail API y JavaBeans Activation Framework (JAF). Tecnologías XML (JAXP, JAX-RPC, JAX-WS, JAXB, SAAJ, JAXR) JPA, JDBC API Java Naming and Directory Interface (JNDI) Java Authentication and Authorization Service (JAAS)

¿Cuántas siglas eh? No nos asustemos por ahora, no vamos ni a explicar brevemente en que consiste cada tecnología. Las iremos viendo poco a poco.

Aplicación multi-capa

Hemos dicho que la plataforma Java EE está destinada a desarrollar aplicaciones distribuidas con una arquitectura multi-capa. Esto quiere decir que podemos separar el desarrollo de la aplicación en diferentes capas según su función. Las aplicaciones Java EE suelen ser consideradas aplicaciones de tres capas porque se distribuyen en tres localizaciones, ordenadores clientes, el sistema donde se ejecuta el servidor de aplicaciones, y el sistema donde reside la base de datos.

La capa del cliente (Client-tier) que es la capa destinada a mostrar la interfaz gráfica de usuario. Las aplicaciones Java EE pueden ser una aplicación Java Swing normal, o una aplicación Web renderizada en un navegador. Esta capa se ejecuta en el ordenador cliente.

La capa de la lógica de negocio (Business-tier) y la capa de la lógica de presentación (Web-tier). Estas capas se ejecutan en el servidor de aplicaciones.

La capa de los datos (Data-tier) que es la capa destinada a la gestión de los datos. Esta capa puede separarse a su vez en una o más capas.

Servidor de aplicaciones y contenedores

Como hemos dicho, las aplicaciones empresariales se ejecutan en un servidor de aplicaciones.

Una aplicación empresarial Java EE está formada por un conjunto de módulos donde cada módulo es un conjunto de uno o más componentes que se ejecutan en el mismo contenedor.

Un componente no es más que una unidad de software, puede ser un componente web como una página JSP o un servlet, un componente EJB, etc. Estos componentes se ejecutan dentro de sus correspondiente contenedor dentro del servidor de aplicaciones.

El contenedor no es más que un entorno de ejecución que gestiona los componentes, por eso, los componentes deben de cumplir el contrato que establece el contenedor. Ese contrato no es más que un conjunto de métodos que debe implementar el componente y que permite al contenedor interactuar con él.

Existen dos tipos de contenedores dentro de un servidor de aplicaciones:

Contenedor WEB encargado de gestionar los componentes servlets y páginas JSP. Contenedor EJBs encargado de gestionar los componentes EJBs.

En la siguiente imagen tenemos un detalle mayor de los contenedores del servidor de aplicaciones

Además cada contenedor proporciona una serie de servicios que el componente puede utilizar. El contenedor es el encargado de gestionar el ciclo de vida de los componentes, realizar la reserva de recursos, etc. Algunos de estos servicios son servicios declarativos, esto quiere decir que algunos servicios se declaran en vez de programarse. La declaración se realiza mediante descriptores de despliegue. Cada módulo dispone de un descriptor de despliegue. El descriptor de despliegue no es más que un archivo XML que describe como se deben desplegar esos componentes en el contenedor del servidor de aplicaciones.

Los módulos que forman una aplicación empresarial pueden ser de tres tipos:

Archivos JAR (Java Archive): Los archivos JAR permiten agrupar distintos archivos .java en uno solo. Es el empleado para empaquetar componentes EJBs.

Archivos WAR (Web Application Archive): Los archivos WAR permiten empaquetar en una sola unidad aplicaciones web completas (servlets, páginas JSPs, contenido estático como imágenes y otros recursos Web).

Archivos EAR (Enterprise Application Archive): Los archivos EAR son archivos desplegables en servidores de aplicaciones JEE. Contienen archivos WAR y EJBs empaquetos en ficheros JAR.

Por lo que podríamos decir que existen tres tipos de aplicaciones Java EE:

Aplicaciones Web JAVA. Objetos distribuidos EJBs. Aplicaciones empresariales que engloba a las dos anteriores, aplicaciones web

JAVA y objetos distribuidos EJBs.

Servidor de aplicaciones JEE

A continuación vamos a entrar en más detalle. Para ello, hemos subrayado en el siguiente gráfico los elementos más importantes y usuales. La arquitectura de un servidor de aplicaciones incluye una serie de subsistemas:

Servidor HTTP (también denominado servidor Web o servidor de páginas). Un ejemplo, el servidor Apache.

Contenedor de aplicaciones o contenedor Servlet/JSP. Un ejemplo, Tomcat (que incluye el servicio anterior sobre páginas)

Contenedor Enterprise Java Beans, que contiene aplicativos Java de interacción con bases de datos o sistemas empresariales. Un ejemplo es JBoss que contiene a los anteriores (servidor de páginas web y contenedor de aplicacione web).

Pero conviene empezar por el principio, es decir, el lenguaje básico de interconesión: el protocolo HTTP. Es un protocolo de aplicación, generalmente implementado sobre TCP/IP.

Es un protocolo sin estado basado en solicitudes (request) y respuestas (response), que usa por defecto el puerto 8080:

"Basado en peticiones y respuestas": significa que el cliente (por ejemplo un navegador) inicia siempre la conexión (por ejemplo, para pedir una página). No hay posibilidad de que el servidor realize una llamada de respuesta al cliente (retrollamada). El servidor ofrece la respueta (la página) y cierra la conexión. En la siguiente petición del cliente se abre una conexión y el ciclo vuelve e empezar: el servidor devuelve el recurso y cierra conexión.

"Sin estado": el servidor cierra la conexión una vez realizada la respuesta. No se mantienen los datos asociados a la conexión. Más adelante veremos que hay una forma de persistencia de datos asociada a la "sesión".