Introducción a la arquitectura web – Java (página 2)

Partes: 1, 2

Estructura de la aplicación Web
SubJAVA WEB

Estructura de directorios
WEB-INF: Este directorio contiene la información que necesita el contenedor Web para iniciar la aplicación. No se puede acceder públicamente.
classes: Este directorio contiene a las clases Java compiladas.
lib: Contiene a las librerías adicionales que requiere el proyecto.
web.xml: Conocido como descriptor de despliegue de la aplicación Web. Todos los proyectos Web tienen este archivo.

Descriptor web.xml
Archivo de aplicación web.
Contiene valores de configuración propios de una aplicación o módulo web.
Se registran los servlets, filters, la página de inicio, el tiempo máximo de expiración de una sesión, seguridad, entre otros.
Ubicado en el directorio WEB-INF de la aplicación web.

Servidores de aplicaciones
SubJAVA WEB

Características

Características
El Servidor de Aplicaciones se encuentra compuesto por tres componentes: un “servidor de páginas Web”, un “Web Container" y un "EJB Container“.
Dentro del “Web Container" se ejecutan exclusivamente las clásicas aplicaciones de basadas en JSP's ("Java Server Pages") y Servlets.
Mientras el "EJB Container" es reservado para aplicaciones desarrolladas alrededor de EJB's "Enterprise Java Bean's".
Casi todos los servidores de aplicaciones en el mercado hoy en día son conocidos como "Fully JEE Compliant", este termino implica que se cumplen todas las especificaciones JavaEE definidas.

Servidor de aplicaciones
Cuando utiliza un servidor de aplicaciones como alguno de los siguientes ("Fully JEE Compliant"):
Oracle WebLogic
IBM WebSphere Application Server
GlassFish
, no existe una clara distinción entre el "Web Container" y "EJB Container", es decir, es posible ejecutar tanto JSP/Servlets así como EJB's, sin embargo, el ambiente se encuentra altamente integrado para que sea transparente (al menos para el programador final) la comunicación entre JSP/Servlets y EJB's.

Servidores
Open Source
Tomcat (sólo Web container)
GlassFish
Jboss
Geronimo
Comerciales
IBM WebSphere Application Server
Oracle WebLogic
SAP Netweaver

SERVLETS / JSP
SubJAVA WEB

Servlets
Un Servlet es una Clase de Java que se ejecuta en el Web Container (llamado también contenedor de Servlets).
La especificación de Servlet proporciona un estándar y un framework independiente de la plataforma para la comunicación entre los servlets y contenedores.
Este framework es un conjunto de Clases e Interfaces.
Estas Clases e Interfaces conforman el Servlet API.
Un servlet puede manejar múltiples requerimientos de concurrencia y puede sincronizarlos.
Los servlets pueden redireccionar los requerimientos a otros servlets.

Servlet API

Ciclo de Vida de un Servlet

Ciclo de Vida de un Servlet
Carga e inicialización del Servlet
En forma predeterminada la clase HttpServlet inicializa el Servlet.
Para adicionar una inicialización personalizada se debe sobreescribir el método init().
Servicio del Servlet
Atiende a las peticiones POST o GET de los clientes. El método service() invoca a doPost() o doGet(), según sea el caso.
Destrucción el Servlet
El método destroy() destruye el servlet.
Para destruir algún recurso específico del Servlet se debe sobreescribir el método destroy().

Interface Servlet
La interface Servlet es la central abstracción del Servlet API.
Todos los Servlet se implementan de esta interface, en forma directa o indirecta (a través de la clase extendida HttpServlet )
Cuando un Servlet acepta un requerimiento desde un cliente recibe 2 objetos:
ServletRequest: Encapsula la comunicación del cliente al servidor.
ServletResponse: Encapsula la comunicación del servidor al cliente.
.

Interface Servlet

Interface ServletRequest
La interface ServletRequest permite al Servlet acceder a:
Información enviada por el cliente.
El protocolo usado por el cliente.
El nombre del cliente, dirección IP, navegador utilizado.
Suministra el flujo de entrada de ServletInputStream.
Las interfaces que se extienden de la interface ServletRequest permiten obtener más información de un protocolo específico.
La interface HttpServletRequest contiene métodos para acceder a la información de cabecera del HTTP.

Interface HttpServletRequest
Acceso a datos del cliente :
El método getParameter() retorna el valor de un parámetro y lo almacena como String.
El método getParameterValues() retorna los valores de los varios parámetros (checkboxes, listas desplegables múltiples) y lo almacena en un String[].
El método getParameterNames() provee los nombres de los parámetros y lo almacena un java.util.Enumeration.

Interface HttpServletRequest
Método HTTP GET
Es utilizado para recuperar un recurso.
También para enviar información en texto plano al Servlet.
La información enviada por URL utiliza GET:
http://localhost/TestServlet?id=drodriguez
Los hiperenlaces utilizan GET.
Método HTTP POST
Utilizado para enviar datos al Servlet (texto plano o documentos)
Se configura en los formularios:
< form method=“post”>

Interface ServletResponse
La interface ServletResponse provee los métodos para contestar al cliente:
Suministra un flujo de salida ServletOutputStream y un Writer a través del cual el Servlet puede enviar datos al cliente.
Permite al Servlet configurar el tipo MIME (Multipurpose Internet Mail Extension) a enviar.
Las interfaces que se extienden de la interface ServletResponse permiten aumentar las capacidades de un protocolo específico.
La interface HttpServletResponse contiene métodos que permiten manipular la información de cabecera del HTTP.

Interface HttpServletResponse
El objeto HttpServletResponse provee dos formas de enviar datos al cliente :
El método getWriter() que retorna un objeto PrintWriter. Este objeto le permite al Servlet enviar texto plano (como HTML) al cliente.
El método getOutputStream() que retorna un objeto ServletOutputStream. Este objeto le permite al Servlet enviar datos en binario (doc, pdf, exe, ppt, zip, entre otros) al cliente.

Formularios con Servlet
SubJAVA WEB

Formularios con Servlet
Los objetos o componentes HTML que permiten interactuar con los usuarios son los formularios.
Los formularios brindan al desarrollador Web diferentes componentes para poder obtener información dinámica de los usuarios.
Para poder manejar formularios debemos conocer la estructura de las etiquetas.

Formularios con Servlet

Formularios con Servlet
< html>< body>
< form action=“RecServlet" method="post">
Nombre : < input name="nom" type="text">
Apellidos:< input name="ape" type="text">
< input type="submit" value="Aceptar">
< /form>
< /body>< /html>

Formularios con Servlet
Para poder recuperar los valores del formulario debemos verficar:
El destino del formulario (action=" RecServlet ")
El método de envio (method="post").
Los parámetros o variables a enviar:
nombre (name="nom")
apellido (name="ape")

Formularios con Servlet
Con la información reconocida podemos crear el Servlet.

public class RecServlet extends HttpServlet { public void doPost(HttpServletRequest request, HttpServletResponse response)
throws IOException, ServletException {
String nom = request.getParameter("nom”);
String ape = request.getParameter("ape");
}

Cooperación y comunicación de Servlets
SubJAVA WEB

Cooperación de Servlets
Se usa para repartir la carga de una aplicación o hacer un requerimiento de algún recurso de la aplicación.
Para utilizar los recursos del Servidor se debe manejar dos procesos:
Obtener el objeto RequestDispatcher .
Reenviar el requerimiento del cliente o incluir la respuesta del recurso.

Cooperación de Servlets
Obtener el objeto RequestDispatcher:
Se obtiene el objeto RequestDispatcher usando el método getRequestDispatcher del objeto ServletContext.
Reenviar el requerimiento del cliente:
Se usa el método forward del objeto RequestDispatcher.
Si se accede antes al objeto PrintWriter o ServletOutputStream no se podrá usar el método forward.

Cooperación de Servlets
Obtener el objeto RequestDispatcher:
RequestDispatcher dispatcher = getServletContext().getRequestDispatcher(“/respuesta.jsp”);

Reenviar el requerimiento del cliente :
dispatcher.forward(request,response);

Cooperación de Servlets
Incrementar la respuesta del recurso :
Usa el método include del objeto RequestDispatcher para llamar a un servlet y usar el objeto RequestDispatcher asociado al recurso para formar parte de la respuesta al cliente.
RequestDispatcher dispatcher = getServletContext().getRequestDispatcher(“/dentro.jsp”);
PrintWriter out = res.getWriter(); out.println(“ANTES”);
dispatcher.include(request,response);
out.println(“DESPUES”);

Comunicación de Servlets

Comunicación de Servlets
Los servlets de una aplicación pueden compartir recursos usando alguno de los ambientes o scopes:
Context (o application)
Session
Request
Page

Comunicación de Servlets
Estos ambientes o scopes tienen los siguientes métodos:
setAttribute(nombre, valor)
getAttribute(nombre)
removeAttribute(nombre)

Concurrencia de Servlets
SubJAVA WEB

Concurrencia de Servlets
El dispatcher asigna un thread al hilo worker.

Concurrencia de Servlets
2 hilos podrían ejecutar el método service() simultáneamente.

Concurrencia de Servlets
Un contenedor creará múltiples instancias de un servlet si el servlet implementa el SingleThreadModel.

Sesiones
SubJAVA WEB

Session Tracking
El seguimiento de sesiones es necesario para mantener el estado entre el Servlet y el cliente que persiste en múltiples conexiones durante un tiempo determinado.
El seguimiento de sesiones se realiza de las siguientes formas:
Cookies
URL Rewriting
Hidden Fields

Session Tracking
¿Cómo el servidor puede mantener una sesión con un cliente si el HTTP no proporciona ningún mecanismo de recordar al cliente?
Cuando el servidor recibe la primera petición del cliente, el servidor inicia una sesión y le asigna un identificador único.
El cliente debe incluir este identificador único en cada requerimiento subsiguiente. El servidor inspecciona el identificador y asocia la petición con la correspondiente sesión.

Session Tracking

Session Tracking
Cookies
Consiste en almacenar ese ID de sesión en una cookie del cliente:
JSESSIONID=61C4F23524521390E70993E5120263C6
URL Rewriting
Consiste en agregar el ID en la URL. Es utilizado cuando el soporte a cookies ha sido deshabilitado.
< a href= "/ReportServlet;JSESSIONID=C084B32241B58114"> Reporte < /a>

Session Tracking
Hidden Fields
Consiste en agregar el ID en campos ocultos de HTML:
< input type=“hidden” name=“JSESSIONID” value=“C084B32241B58114”/>

HttpSession
El Servlet API trae el soporte de sesiones en la interfase javax.servlet.http.HttpSession.
El contenedor de Servlet crea un nuevo objeto HttpSession cuando inicia una sesión para un cliente.
Además de representar la sesión, este objeto actúa como un contenedor para la información relacionada a la sesión.
Normalmente, se necesitan hacer 3 acciones con una sesión HTTP:
Recuperar la sesión asociada con la petición.
Agregar o remover atributos de sesión.
Cerrar o invalidar la sesión si es necesario.

HttpSession
Usualmente, un cliente no ofrece ningún indicador de que ha terminado la sesión. En este caso, el servidor nunca sabrá si el cliente ha terminado la sesión o no.
Para ayudarnos en este trabajo, el contenedor cerrará automáticamente la sesión después de un cierto periodo de tiempo de inactividad del usuario.
Este período de tiempo es configurado en minutos en el web.xml.

HttpSession
Recuperar la sesión:
HttpSession session = request.getSession();
Agregar un objeto a la sesión:
session.setAttribute(NOMBRE, OBJETO);
Recuperar un objeto de la sesión:
Object lista = (Object)session.getAttribute(NOMBRE);
Invalidando una sesión:
session.invalidate();

HttpSession
Tiempo de expiración de la sesión
La configuración se realiza en el web.xml. El tiempo establecido está en MINUTOS. El valor 0 indicaría que la sesión nunca expirará.
< web-app>
< session-config>
< session-timeout>30< /session-timeout>
< /session-config>
< /web-app>

Referencias
Hall Marty, Brown Larry (2004). Core Servlets and JavaServer Pages.
Hanumant Deshmukh, Jignesh Malavia y Jacquelyn Carter (2005). SCWCD Exam Study Kit – Manning.
Sistemas cliente-servidor y procesos cooperativos – Universidad de Vigo
Wikipedia
http://www.jtech.ua.es/j2ee/2006-2007/jee.html
http://java.sun.com/javaee/reference/