Servlet de Yakarta

Un Jakarta Servlet , anteriormente conocido como Java Servlet, es un componente de software Java que amplía las capacidades de un servidor . Si bien los servlets pueden responder a diversos tipos de solicitudes, suelen implementar contenedores web para alojar aplicaciones web en servidores web , por lo que se consideran una API web de servlet del lado del servidor . Estos servlets web son el equivalente en Java a otras tecnologías de contenido web dinámico como PHP y ASP.NET .

Un Jakarta Servlet es una clase Java ^{[ 1 ]} en Jakarta EE que se ajusta a la API de Jakarta Servlet, ^{[ 2 ]} un estándar para implementar clases Java que responden a solicitudes. Los servlets podrían en principio comunicarse a través de cualquier protocolo cliente-servidor , pero se utilizan con mayor frecuencia con HTTP . En principio, cualquier servlet puede extender la GenericServletclase; sin embargo, en la práctica, todos los servlets extienden la HttpServletclase. ^{[ 3 ]} Por lo tanto, "servlet" se usa a menudo como abreviatura de "servlet HTTP". ^{[ 4 ]} Así, un servlet se puede usar para agregar contenido dinámico a un servidor web usando la plataforma Java . ^{[ 5 ]} El contenido generado suele ser HTML , pero puede ser otros datos como XML y, más comúnmente, JSON .

La API de servlets de Jakarta ha sido, en cierta medida, reemplazada por dos tecnologías Java estándar para servicios web:

• los servicios web RESTful de Yakarta (JAX-RS 2.0) son útiles para servicios AJAX, JSON y REST, y
• Los servicios web XML de Jakarta (JAX-WS) son útiles para los servicios web SOAP .

Un Servletobjeto recibe una solicitud y genera una respuesta basada en ella. El paquete básico define objetos Java para representar las solicitudes y respuestas deServlet los servlets, así como objetos para reflejar los parámetros de configuración y el entorno de ejecución del servlet.

La API de Servlet , contenida en la jerarquía de paquetes de Javajavax.servlet , define las interacciones esperadas entre el contenedor web y un servlet. ^{[ 4 ]}

El paquete javax.servlet.httpdefine subclases específicas de HTTPGenericServlet . Este paquete incluye objetos de gestión de sesiones que rastrean múltiples solicitudes y respuestas entre el servidor web y un cliente.

Los servlets pueden mantener el estado en variables de sesión a través de múltiples transacciones de servidor mediante el uso de cookies HTTP o mapeo de URL . ^{[ 6 ]} Existen varias formas de crear un servlet y utilizar el mapeo de URL con un servlet. Antes de la especificación Servlet 3.0 (Tomcat 7.0), configurar el web.xml para mapear un servlet a una URL era la única opción. Para aplicaciones que utilizan la especificación Servlet 3.0 o posterior, la @WebServletanotación se puede utilizar para mapear cualquier servlet a uno o más patrones de URL.

Los servlets pueden empaquetarse en un archivo WAR como una aplicación web . ^{[ 7 ]}

Se requiere un contenedor web para desplegar y ejecutar un servlet. Un contenedor web (también conocido como contenedor de servlets) es esencialmente el componente de un servidor web que interactúa con los servlets. ^{[ 1 ]} El contenedor web se encarga de gestionar el ciclo de vida de los servlets, asignar una URL a un servlet específico y garantizar que el solicitante de la URL tenga los permisos de acceso correctos.

Los servlets se pueden generar automáticamente a partir de Jakarta Server Pages (JSP) mediante el compilador de Jakarta Server Pages . La diferencia entre servlets y JSP es que los servlets normalmente incrustan HTML dentro del código Java, mientras que los JSP incrustan el código Java en HTML. En general, al usar JSP, incrustar código Java en JSP se considera una mala práctica. ^{[ 8 ]} En cambio, un mejor enfoque sería mover la lógica de back-end del JSP al código Java en el Servlet. ^{[ 8 ]} Esto garantiza que el Servletsea solo responsable del procesamiento, y el JSP solo sea responsable de presentar el HTML, ^{[ 8 ]} permitiendo una clara separación de responsabilidades y conformidad con el principio de responsabilidad única .

Aunque el uso directo de servlets para generar HTML (como se muestra en el ejemplo siguiente) se ha vuelto poco común, el marco web MVC de nivel superior en Jakarta EE ( Faces ) todavía utiliza explícitamente la tecnología de servlets para el manejo de solicitudes/respuestas de bajo nivel a través de FacesServlet.

Un uso algo más antiguo consiste en utilizar servlets junto con JSPs en un patrón llamado " Modelo 2 ", que es una variante del modelo-vista-controlador .

La API de Java Servlet se anunció públicamente por primera vez en la conferencia inaugural JavaOne en mayo de 1996. ^{[ 9 ] [ 10 ]} Aproximadamente dos meses después de los anuncios en la conferencia, la primera implementación pública estuvo disponible en el sitio web de JavaSoft. Esta fue la primera versión alfa del Java Web Server (JWS; entonces conocido por su nombre en clave Jeeves ) ^{[ 11 ]} que finalmente se lanzaría como producto el 5 de junio de 1997. ^{[ 12 ]}

En su blog en java.net , Jim Driscoll, veterano de Sun y líder de GlassFish, detalla la historia de la tecnología de servlets. ^{[ 13 ]} James Gosling pensó por primera vez en los servlets en los primeros días de Java , pero el concepto no se convirtió en un producto hasta diciembre de 1996, cuando Sun lanzó JWS. ^{[ 14 ] [ 15 ] [ 16 ]} Esto fue antes de que lo que ahora es Jakarta EE se convirtiera en una especificación.

La especificación Servlet1 fue creada por Pavni Diwanji ^{[ 17 ] [ 18 ]} mientras trabajaba en Sun Microsystems , y la versión 1.0 se finalizó en junio de 1997. A partir de la versión 2.2, la especificación se desarrolló bajo el Proceso de la Comunidad Java .

Tres métodos son fundamentales para el ciclo de vida de un servlet. Estos son init(), service(), y destroy(). Todos los servlets los implementan y el servidor los invoca en momentos específicos.

• Durante la etapa de inicialización del ciclo de vida del servlet , el contenedor web inicializa la instancia del servlet llamando al init()método ^{[ 27 ]} y pasando un objeto que implementa la javax.servlet.ServletConfiginterfaz. Este objeto de configuración permite que el servlet acceda a los parámetros de inicialización de nombre-valor de la aplicación web.
• Tras su inicialización, la instancia del servlet puede atender las solicitudes de los clientes. Cada solicitud se procesa en un hilo independiente. El contenedor web llama al service()método del servlet para cada solicitud. Este service()método determina el tipo de solicitud y la dirige al método apropiado para su procesamiento. El desarrollador del servlet debe proporcionar una implementación para estos métodos. Si se solicita un método que no está implementado por el servlet, se llama al método de la clase padre, lo que generalmente resulta en un error para el solicitante.
• Finalmente, el contenedor web llama al destroy()método que desactiva el servlet. Este destroy()método, al igual que init(), se llama solo una vez en el ciclo de vida de un servlet.

A continuación se describe un escenario de uso típico de estos métodos.

1. Supongamos que un usuario solicita visitar una URL .
   • A continuación, el navegador genera una solicitud HTTP para esta URL.
   • Esta solicitud se envía entonces al servidor correspondiente.
2. La solicitud HTTP es recibida por el servidor web y reenviada al contenedor de servlets.
   • El contenedor asigna esta solicitud a un servlet específico.
   • El servlet se recupera dinámicamente y se carga en el espacio de direcciones del contenedor.
3. El contenedor invoca el init()método del servlet.
   • Este método se invoca únicamente cuando el servlet se carga por primera vez en la memoria.
   • Es posible pasar parámetros de inicialización al servlet para que pueda configurarse a sí mismo.
4. El contenedor invoca el service()método del servlet.
   • Este método se utiliza para procesar la solicitud HTTP.
   • El servlet puede leer los datos que se han proporcionado en la solicitud HTTP.
   • El servlet también puede formular una respuesta HTTP para el cliente.
5. El servlet permanece en el espacio de direcciones del contenedor y está disponible para procesar cualquier otra solicitud HTTP recibida de los clientes.
   • Este service()método se llama para cada solicitud HTTP.
6. En algún momento, el contenedor puede decidir descargar el servlet de su memoria.
   • Los algoritmos mediante los cuales se toma esta decisión son específicos para cada contenedor.
7. El contenedor llama al método del servlet destroy()para liberar cualquier recurso, como los identificadores de archivo, que se hayan asignado al servlet; los datos importantes pueden guardarse en un almacenamiento persistente.
8. Posteriormente, la memoria asignada al servlet y sus objetos puede ser eliminada por el recolector de basura.

El siguiente ejemplo de servlet imprime cuántas veces service()se ha llamado a su método.

Tenga en cuenta que HttpServletes una subclase de GenericServlet, una implementación de la Servletinterfaz.

El service()método de la HttpServletclase distribuye las solicitudes a los métodos doGet(), doPost(), doPut(), doDelete(), etc., según la solicitud HTTP. En el ejemplo siguiente service(), se sobrescribe y no distingue qué método de solicitud HTTP atiende.

paquete org.wikipedia.examples ;import java.io.IOException ;import jakarta.servlet.ServletConfig ; import jakarta.servlet.ServletException ; import jakarta.servlet.http.HttpServlet ; import jakarta.servlet.http.HttpServletRequest ; import jakarta.servlet.http.HttpServletResponse ;public class ServletLifeCycleExample extends HttpServlet { private Integer sharedCounter ;@Override public void init ( final ServletConfig config ) throws ServletException { super.init ( config ) ; getServletContext (). log ( "init() llamado" ) ; sharedCounter = 0 ; }@Override protected void service ( final HttpServletRequest request , final HttpServletResponse response ) throws ServletException , IOException { getServletContext (). log ( "service() called" ); int localCounter ; synchronized ( sharedCounter ) { sharedCounter ++ ; localCounter = sharedCounter ; } response.getWriter (). write ( "Incrementing the count to " + localCounter ) ; // acceding a local variable response.getWriter ( ). flush (); // flush response }@Override public void destroy () { getServletContext (). log ( "destroy() llamado" ); } }

La especificación para la tecnología Servlet se ha implementado en muchos productos. Consulte la lista de implementaciones en la página del contenedor web .

También existen otros tipos de contenedores de servlets, como los utilizados para los servlets SIP, por ejemplo, SailFin .

• Protocolo Apache JServ (AJP)

• Murach, Joel; Urban, Michael (2014). Servlets Java y JSP de Murach . ISBN 978-1-890774-78-3.

• Cómo empezar a usar servlets con Jakarta EE 10 | Jakarta EE | The Eclipse Foundation
• Explicación del servlet de Yakarta, las caras de Jakarta y las páginas del servidor de Yakarta | Yakarta EE | La Fundación Eclipse
• Servlet de Yakarta  :: Tutorial de Jakarta EE  :: Documentación de Jakarta EE

• Sitio web oficial
• Servlets.com Archivado el 25/07/2018 en Wayback Machine