Los servlets

1. ¿Qué es un servlet?

Un servlet es simplemente una clase Java que permite ampliar las capacidades de un servidor que aloja aplicaciones, accesibles a través de un modelo de programación basado en petición/respuesta. Por lo tanto, los servlets pueden responder a cualquier tipo de petición, si bien el caso más común es el procesamiento de peticiones HTTP.

Como parte de una aplicación web, un servlet es una clase Java accesible a través de una o más URL HTTP.

Los paquetes jakarta.servlet y jakarta.servlet.http proporcionan las interfaces y clases necesarias para escribir servlets. Un servlet debe implementar la interfaz Servlet, que define los métodos del ciclo de vida de un servlet. La clase abstracta GenericServlet implementa esta interfaz.

La clase HttpServlet hereda de esta clase y añade los métodos para poder tratar las peticiones HTTP, como los métodos doGet(...) y doPost(...) para procesar peticiones de tipo GET y POST.

La creación de un servlet consiste en crear una clase Java que hereda de la clase HttpServlet y sustituir los métodos necesarios para lograr el comportamiento esperado.

A continuación, se muestra un diagrama de clases que resume esta arquitectura:

La clase fr.ediciones_eni.jakartaee.servlets.MiServlet es un servlet que permite procesar una petición HTTP y devolver una respuesta HTTP.

2. Ciclo de vida de un servlet

El desarrollador no tiene que crear instancias del servlet. El contenedor en el que se despliega el servlet controla el ciclo de vida de este. Cuando una petición HTTP requiere que se ejecute un servlet, el contenedor realiza los siguientes procesos:

1. Presentación

HTTP es un protocolo sin estado. Es decir, cuando se procesa una petición, el cliente y el servidor se olvidan mutuamente. Es importante poder mantener un diálogo entre las dos partes. Cuando navega por un sitio web de comercio electrónico, es normal que su carrito no se vacíe cada vez que cambia de página. Cuando se conecta a su banco en línea, es normal que el servidor se acuerde de usted a lo largo de la actividad que realiza en el sitio web. Por lo tanto, es necesario almacenar información contextual. Esta información se puede almacenar en la máquina cliente utilizando cookies o a nivel de servidor utilizando las sesiones.

En las secciones siguientes, se analizan estos dos modos de almacenamiento.

2. Cookies

a. Presentación

Una cookie es simplemente una pareja clave/valor. La clave y el valor se representan como una cadena de caracteres. El tamaño de una cookie no puede superar los 4 096 bytes. Las cookies se pueden ver como pequeños archivos que contienen información. Es el servidor quien las crea y se envían al navegador, que las almacena.

Cuando el cliente realiza una nueva petición a la aplicación que proporcionó las cookies, estas se envían de vuelta al servidor. Pueden permitir que el servidor recuerde el diálogo en curso. A su vez, el servidor devolverá las cookies si han sido modificadas.

A continuación, se muestra un diagrama que resume este principio:

Existen diferentes tipos de cookies. La especificación solo permite manipular cookies de tipo HttpOnly. Estas cookies tienen la particularidad de que no se pueden explotar por un script escrito en JavaScript, por ejemplo, en el lado del cliente. Esto evita ataques de tipo cross-site scripting (XSS).

El navegador puede rechazar las cookies si el usuario las ha configurado de esta manera. Esto puede ser un problema para el uso adecuado de la aplicación.

Se transmiten entre las dos partes en forma de una cabecera de petición (del cliente al servidor) y una cabecera de respuesta (del servidor al cliente). La cabecera de la petición se denomina Cookie. Esta cabecera está presente solo una vez y, si hay varias cookies, se separan por medio de un punto y coma.

La cabecera de respuesta se denomina Set-Cookie. Esta cabecera puede estar presente varias veces...

1. Presentación

Un filtro es un componente de software que se ejecuta cuando una petición HTTP llega al servidor, antes de que se realice su procesamiento. Por lo tanto, un filtro permite realizar tratamientos preliminares. Estos tratamientos pueden ser diversos y variados, tales como:

A continuación, se muestra un diagrama resumido de este mecanismo:

Puede haber uno o más filtros. Algunos filtros pueden impedir el acceso al recurso (bajo condiciones) devolviendo una respuesta al cliente o redirigiendo a otro recurso. No todos los recursos están necesariamente detrás de un filtro desde el momento en que se utilizan.

Un filtro es una clase Java que implementa la interfaz javax.servlet.Filter.

2. Implementación

a. Crear un filtro

Para crear un filtro, siga estos pasos:

 Haga un clic derecho en el proyecto y, seguidamente, haga clic en el menú New - Filter. Aparece la siguiente pantalla, donde se introduce un nombre de paquete y un nombre de clase.

 Haga clic en el botón Next para llegar a la siguiente pantalla, donde puede definir los parámetros de inicialización y las URL para las que se debe ejecutar el filtro. De forma predeterminada, la URL parametrizada es el nombre del filtro.

 Haga clic en el botón Add de la sección Filter mappings para acceder a la siguiente pantalla, que permite añadir los Servlet o las URL pattern para las que se debe ejecutar el filtro.

 Seleccione la casilla de verificación URL pattern e introduzca el pattern /*. Esto ejecutará el filtro para todas las peticiones HTTP. La sección Select dispatchers le permite especificar los orígenes de la petición para la que se ejecutará el filtro:

• REQUEST: la petición proviene del cliente.

• FORWARD: la petición sigue a la llamada del método forward(...) del RequestDispatcher. 

• INCLUDE: la petición sigue a la llamada del método include(...) del RequestDispatcher. 

• ERROR: la petición sigue al lanzamiento de una excepción que provoca la visualización de una página parametrizada por una etiqueta <error-page>...

1. Presentación

Cuando se ejecuta una aplicación, se crean, manipulan y destruyen los objetos gestionados por el contenedor de servlets. Puede ser interesante recibir notificaciones de estos eventos para realizar los procesamientos asociados. Para recibir la notificación de un evento, debemos crear una clase que implemente una interfaz correspondiente al evento en el que estamos interesados. En las siguientes secciones se analizan estos eventos, en función del contexto con el que se relacionan. Para obtener más información sobre los contextos, consulte la sección Los diferentes contextos, más atrás en este capítulo.

En las capturas de pantalla de esta sección, se mencionan interfaces del paquete javax.servlet.http pero, en la última especificación, este paquete ha sido renombrado por jakarta.servlet.http.

2. Configurar las clases

Para que los métodos que ha implementado se llamen cuando se produce el evento correspondiente, la clase se debe declarar en el entorno. Esta declaración se puede realizar como para servlets y filtros, es decir, a nivel de descriptor de despliegue o mediante una anotación.

La clase se debe declarar en el archivo web.xml mediante la etiqueta <listener> y la subetiqueta <listener-class>, como se muestra en el siguiente ejemplo:

<listener>  
    <listener-class>  
    fr.ediciones_eni.jakartaee.listeners.EjemploListener  
    </listener-class>  
</listener> 

Con las anotaciones, basta con colocar la anotación @WebListener a nivel de la declaración de la clase:

@WebListener  
public class EjemploListener implements   
                    XXXListener,   
                    YYYListener   
{  
    //...  
} 

Las interfaces XXXListener e YYYListener se deben reemplazar por las interfaces descritas en las siguientes secciones.

3. Eventos relacionados con el contexto de la aplicación

El contexto de la aplicación se representa mediante un objeto de tipo ServletContext. Cuando se crea o destruye este objeto, se genera un evento. Los métodos que permiten gestionar estos eventos se encuentran...