PDF de programación - 5 DISEÑO DE APLICACIONES CON J2EE

DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.



5 DISEÑO DE APLICACIONES CON J2EE

La plataforma J2EE nos ofrece distintas posibilidades de diseño. La elección de una arquitectura
u otra condicionará en cierto modo nuestro diseño. Sin embargo, la utilización del patrón
arquitectónico MVC y los Patrones de Diseño J2EE, dotarán a nuestras aplicaciones de gran
escalabilidad facilitando posibles futuras ampliaciones, migraciones y cambios en general.

Como anteriormente hemos comentado, J2EE se basa en una arquitectura multicapa y utiliza un
patrón arquitectónico MVC (Model – View – Controller). Con este modelo se permite una fácil
separación de la interfaz gráfica y del modelo de negocios, gracias a un controlador que los
mantiene desacoplados. Con esto podríamos tener configuraciones en las que el cliente tan sólo
disponga de interfaz gráfica y acceden a un servidor donde se implementa el modelo. De este
modo, cambios en el modelo sólo afectarían al servidor. Aunque nos centramos en aplicaciones
Web, este modelo no es sólo útil en entornos Internet, sino en todos los entornos
empresariales.

Para el diseño de aplicaciones además, utilizaremos soluciones basadas en los Patrones de
Diseño J2EE, utilizando ciertos elementos que combinados tienen la estructura ya conocida
MVC.

Tanto Servlets como JSP son soluciones para el desarrollo de aplicaciones empresariales.
Difieren en su modelo de programación. Una página JSP es esencialmente un documento que
especifica contenido dinámico, mientras que un servlet se puede comparar más a un programa
que produce este tipo de contenido. Aunque ambas tecnologías pueden presentarse como
soluciones independiente para el desarrollo de aplicaciones, son realmente potentes en un
contexto MVC trabajando conjuntamente.



DISEÑO DE APLICACIONES CON J2EE

103

DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.



5.1 POSIBILIDADES DE DISEÑO

Debido a que el estándar J2EE nos ofrece varias posibilidades de arquitectura, en las primeras
fases del diseño de aplicaciones según el estándar es necesario especificar que arquitectura
utilizar de acuerdo con nuestras necesidades. En torno a la arquitectura elegida girarán las
siguientes fases del diseño.

El modelo de una arquitectura completa J2EE se muestra en el capítulo 4 SOLUCIÓN
PROPUESTA: J2EE.



F. 5-1: Modelo de componentes en la arquitectura J2EE.



DISEÑO DE APLICACIONES CON J2EE

104



DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.



Uno de los elementos a tener en cuenta es el tipo de cliente de la aplicación, en el capítulo
anterior, capítulo 4 SOLUCIÓN PROPUESTA: J2EE, en el apartado 4.1 ARQUTECTURA FÍSICA
MULTICAPA se muestran las distintas posibilidades que nos ofrecen los distintos tipos de
clientes.

Nos centraremos en una arquitectura multicapa de servidor intermedio, arquitectura de tres
capas o cuatro capas con clientes Web, es decir, desde un navegador Web se accede al
servidor y éste es el que accede a los datos. Esta arquitectura nos permite abarcar los
conceptos básicos de la capa Web y la capa EJB siendo fácilmente escalable.

La fuente de datos también es otro factor a tener en cuenta en el diseño de una aplicación. En
esta presentación consideraremos el caso más común en el que los datos se almacenan en una
base de datos relacional.

El acceso a datos condicionará, por ejemplo la decisión de utilizar sólo capa Web en el servidor,
o la necesidad de utilizar también la capa EJB. Presentamos las posibles configuraciones que se
nos pueden plantear según las necesidades.

5.1.1 Acceso a datos con JDBC

Esta opción es adecuada si no hay mayoría de casos de uso transaccionales y los clientes son
sólo clientes Web, no aplicaciones stand-alone. Para tener independencia de la base de datos
se recomienda implementar programáticamente una capa de acceso a datos utilizando el patrón
de diseño DAO. Esto permitirá en un futuro una fácil migración a otro tipo de almacenamiento y
acceso a datos.

En algunos casos puede ser necesaria la utilización de JDBC junto a EJB.



DISEÑO DE APLICACIONES CON J2EE

105

DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.



5.1.2 Acceso a datos con J2EE Connector Arquitecture

Una alternativa a la conexión con JDBC es la arquitectura de conector J2EE. Esta alternativa
actualmente se utiliza principalmente en conexiones a EIS, sistemas de información
empresariales. Actualmente, para acceso a bases de datos relacionales la opción de JDBC
representa una alternativa más madura y fácil. Además, la mayoría de fabricantes de bases de
datos, ofrecen una implementación del driver JDBC adecuado.

5.1.3 Acceso a datos con RMI

El uso de RMI con JDBC sería la opción más adecuada cuando se utilizan clientes stand-alone y
existe una carga pequeña en un entorno distribuido.

5.1.4 Acceso a datos con EJB

Cuando existen aplicaciones clientes stand-alone, una carga alta en un entorno distribuido o un
importante número de casos de usos transaccionales se recomienda realizar el acceso a datos a
través de la capa EJB. La capa EJB, para el acceso a datos, hará uso de un driver JDBC o de la
Arquitectura de Conector J2EE.

En algunos casos, puede ser necesaria la implementación EJB y JDBC. En estos casos, la
arquitectura sería la misma que si se utilizase sólo EJB, pero existirían casos de uso,
especialmente los correspondientes a búsquedas que devuelvan colecciones de objetos, que se
expresan de un modo más eficiente con JDBC. Otro motivo para la utilización de ambos
métodos para el acceso a datos, podría ser la existencia previa al diseño de la aplicación, de un
esquema general de la base de datos que ya se utilizase por aplicaciones antiguas.



DISEÑO DE APLICACIONES CON J2EE

106

DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.



5.2 USO DE SERVLETS

En una estructura según el modelo MVC, Model – View – Controller, con EJB, JSP y Servlets, los
servlets se utilizarán principalmente para la implementación del controlador.

En general, si trabajan conjuntamente con JSP, no se utilizarán como componentes visuales,
excepto en los casos en los que sea necesario generar contenido binario. Un servlet tras
proporcionar diversos servicios tales como plantillas, seguridad, personalización, control de la
aplicación, filtros, debe seleccionar un componente de presentación, generalmente una página
JSP, y remitirle la petición para visualizarla.

Las servlets implementan un controlador que activa operaciones de la aplicación y toma
decisiones, determinan como manejar una respuesta y eligen la vista a presentar.

Generalmente, los Servlets sólo se utilizan como componentes visuales si es necesaria la
generación de contenido binario. En este caso, los servlets deben dar el valor de MIME del
contenido generado al campo de tipo de contenido de la cabecera HTTP.

Utilizar servlets para la creación de contenido textual se convierte en una tarea tediosa y difícil
de mantener, ya que es necesario realizarlo programáticamente y actualizar la presentación
visual supondría modificar y recompilar un programa. Para este tipo de contenido se
recomienda el uso de JSP ya que sólo sería necesario actualizar una página de etiquetas.

Un servlet utiliza dos métodos del manejador de peticiones para crear una respuesta utilizando
otros componentes. El método forward delega el proceso de una petición completa a otro
componente. El método include construye una respuesta que contiene resultados de
múltiples.



DISEÑO DE APLICACIONES CON J2EE

107

DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.



5.3 USO DE JSP



En una estructura según el modelo MVC, Model – View – Controller, con EJB, JSP y Servlets, las
páginas JSP se utilizarán principalmente para generar la vista de la aplicación.

Las páginas JSP no deben utilizarse como controladores, ya que con esta funcionalidad se
obtiene una mezcla de etiquetas y código que las hace difícil de leer y mantener. Sólo en
aplicaciones muy sencillas se justifica el uso de JSP tanto para generar la vista, como
controlador, y para implementar una lógica de negocio sencilla.

La tecnología JSP se crea especialmente para producir contenido dinámico que sólo cambia en
los valores de datos y no en la estructura básica. Una página JSP es un documento que
contiene una plantilla de texto fija, junto a unas etiquetas específicas para incluir texto
dinámico o ejecutar la lógica embebida en el documento. Las etiquetas personalizadas y los
scriptlets aparecen embebidos entre los datos estáticos y son sustituidos en tiempo de
ejecución por el contenido dinámico. Puesto que es un lenguaje de servidor, una página JSP es
siempre servida al cliente como código HTML tradicional.

Las páginas JSP se utilizan principalmente para producir contenido textual, en particular, es una
tecnología excelente para generar mensajes XML en formato estándar. Pueden crear también
contenido sin estructura, como texto ASCII, o bien actuar como plantillas para unir dato de
múltiples fuentes. Si se necesita generar contenido binario, es necesario el uso de servlets, ya
que las páginas J