SERVLETS CÁTEDRA DE PROGRAMACIÓN AVANZADA. Ing. Mario Bressano & Luciano Diamand ENVÍO 04

Transcripción

1 SERVLETS 2012 CÁTEDRA DE PROGRAMACIÓN AVANZADA Ing. Mario Bressano & Luciano Diamand ENVÍO 04

2 Qué es un Servlet? Interacción en Internet Cuando vamos a un restaurante, el mozo toma el pedido y se lo pasa al personal de la cocina. Al completarse el pedido, el mozo trae la comida. Las actividades que se desarrollan en la cocina, son invisibles para los que realizaron el pedido. La cocina, al igual que la web, opera según un modelo cliente/servidor. Al escribir la dirección de un sitio web o una URL en un navegador, o cliente, se inicia una petición al servidor que almacena al sitio. Cualquier acción que realice el servidor es transparente para los visitantes del sitio. En una arquitectura cliente/servidor típica de 2-capas, el contenido del sitio web (la capa de presentación del sitio web) como las páginas HTML, los servlets, las JSP, las ASP, software de correo, los scripts CGI, etc., se almacenan en el servidor web. Los sistemas de 2-capas más viejos, estaban hechos de un servidor web o contenedor, y el navegador. Figura 1: Arquitectura 2-capas (Cliente/Servidor) El servidor de aplicaciones es una extensión del modelo cliente/servidor 2-capas a una aproximación de N-capas. El servidor de aplicaciones tiene un servidor o contenedor web integrado y un contenedor de aplicaciones. Un ejemplo es el modelo de aplicaciones J2EE (Edición Empresarial de Java 2). Este modelo es el implementado en servidores de aplicación como el WebSphere de IBM, el BEA WebLogic, Tomcat del Proyecto Jakarta, Sun One Aplication Server; Internet Information Server de Microsoft, etc. Página 2 de 36

3 Figura 2: Arquitectura de N-capas La aproximación de N-capas es ideal para la generación de contenido dinámico. Los Servlets de Java, que heredan las características de Java y más, han asumido un papel prominente en los servidores de aplicaciones. Qué son los Servlets de Java? En Java podemos trabajar con Servlet y Java Server Pages (JSP). Los últimos son utilizados cuando la mayoría del contenido que se envía al cliente es texto estático, marcas y solo una pequeña parte de contenido dinámico. En cambio los servlets, son utilizados cuando la cantidad de texto estático y marcas es pequeño. Hay ocasiones en el que el servlet no produce contenido y solo se limita a llamar a otro servlet o JSP. Podemos decir que los Servlets son componentes del servidor. Estos componentes pueden ser ejecutados en cualquier plataforma o en cualquier servidor debido a la tecnología Java que se usa para implementarlos. Los Servlets incrementan la funcionalidad de una aplicación web. Se cargan de forma dinámica por el entorno de ejecución Java del servidor cuando se necesitan. Cuando se recibe una petición del cliente, el contenedor/servidor web inicia el servlet requerido. El Servlet procesa la petición del cliente y envía la respuesta de vuelta al contenedor/servidor, que es enrutada al cliente. La palabra Servlet deriva de applet; ésta se refiere a objetos (programas) que se ejecutaban en el contexto de un navegador, mientras que el servlet lo hace en el servidor. Página 3 de 36

4 Figura 3: Modelo de respuesta a peticiones HTTP La interacción cliente/servidor basada en Web usa el protocolo HTTP. EL protocolo HTTP es un protocolo sin estados basado en un modelo de petición y respuesta con un número pequeño y finito de métodos de petición como GET, POST, HEAD, OPTIONS, PUT, TRACE, DELETE, CONNECT, etc.. La respuesta contiene el estado de la respuesta y meta-información describiendo dicha respuesta. La mayor parte de las aplicaciones web basadas en servlets se construyen en el marco de trabajo del modelo petición/respuesta HTTP. Los Servlets permiten: 1- Leer datos enviados por los usuarios (formularios web o subprogramas applet-) 2- Buscar cualquier tipo de información respecto a la petición HTTP (nombre del host, cookies) 3- General resultados en una conexión a la Db por medio de CORBA (Common Object Request Broker Architecture arquitectura común de intermediarios en peticiones a objetos) O RMI (Remote Method Invocation Llamada a métodos remotos) la diferencia consiste en el que el primero permite llamar aplicaciones escritas en otros lenguajes) 4- Dar formato a los resultados 5- Establecer parámetros HTTP adecuados a la respuestas 6- Devolver el documento al cliente. Comparación con los CGI (Interfaz de compuerta común) a- EFICIENTES: Pues en los CGI cada petición genera un proceso b- ADECUADOS: Analizan y decodifican automáticamente código HTML, cookies, rastrear sesiones, etc. c- PODEROSOS: Se comunican directamente con el servidor web Página 4 de 36

5 d- TRANSPORTABLES: Al estar escritos en Java, poseen un código estándar. e- SEGUROS: Son ejecutados por la máquina virtual con su respectiva seguridad. f- ECONÓMICOS: Para ejecutarse no requiere software propietario. Requerimientos de Ejecución de los Servlets Java 1. Los Servlets de Java requieren algún conocimiento previo de Java y HTML 2. Las aplicaciones web y las páginas web que requieran iniciación de servlets deben ejecutarse en servidores web con contenedores web integrados, como el servidor web iplanet o un contenedor solitario de servlets como el Tomcat. Los Servlets también pueden ejecutarse en servidores de aplicación con contenedores web integrados como el Servidor BEA WebLogic. 3. El API Servlet (que tratemos de entender en breve) suele estar mayoritariamente integrado en el servidor/contenedor web. El contenedor/servidor logra esto último implementando la especificación Java Servlet 2.1 o Una vez que el contenedor/servidor básico se ha bajado y configurado, el siguiente paso es entender la programación de servlets. El API Servlet tiene dos paquetes, el javax.servlet, que tiene clases y paquetes independientes de protocolos, y el javax.servlet.http, que es más específico para el protocolo HTTP. Estructura del Servlet y Ciclo de Vida Antes de meternos en el ciclo de vida de los servlets, necesitamos comprender las clases básicas y los interfaces usados en la implementación del servlet. Todos los servlets implementan a la interfaz Servlet. El ciclo de vida comienza cuando el servlet se carga en memoria, se invoca a INIT, luego a SERVICE (por cada petición uno, generando un subproceso ES UNA DIFERENCIA CON EL CGI) y luego al finalizar DESTROY. Public Interface Servlet Todo servlet debe directa o indirectamente implementar este interfaz. Como cualquier otro interfaz de Java, este es también una colección de declaraciones vacías de métodos. Los siguientes métodos están declarados en el interfaz Servlet. Página 5 de 36

6 1. public abstract void init (ServletConfig config) throws ServletException. El método init se usa para inicializar los parámetros proporcionados por el objeto ServletConfig. Se invoca sólo una vez, a menos que el servlet sea reiniciado si se destruye y se vuelve a cargar. El método init es el lugar en el que inicializar los parámetros de configuración como la conexión con una base de datos, la inicialización de archivos y otros valores de entorno. Ninguno método del servlet puede ser invocado a no ser que el servlet esté inicializado mediante el uso del método init(). 2. public abstract ServletConfig getservletconfig () Este método proporciona el objeto ServletConfig para la inicialización de los parámetros del servlet. Se pueden crear parámetros adicionales especificándolos en el archivo servlet.properties. Una vez que hayan sido especificados en este archivo, se puede acceder a ellos usando el objeto ServletConfig. 3. public abstract void service (ServletRequest req, ServletResponse res) throws ServletException, IOException. El método service es el punto esencial del modelo petición respuesta del protocolo HTTP. Recibe una petición del cliente en forma de objeto ServletRequest. Los parámetros del cliente son pasados junto al objeto de petición (aunque existen otras formas de enviar parámetros desde el cliente al servlet, por ejemplo, usando cookies o por medio de una reescritura del URL). La respuesta resultante se envía al cliente usando el objeto ServletResponse. 4. public abstract String getservletinfo() Este método se usa para la extracción de metadatos del servlet, como por ejemplo el autor, la versión del servlet, y otra información concerniente al copyright. El método tendrá que ser redefinido dentro del servlet para que devuelva esta información. 5. public abstract void destroy () El método destroy se invoca para liberar todos los recursos solicitados como la base de datos, y otros recursos del servidor. También se encarga de la sincronización de cualquier hilo pendiente. Este método se llama una sola vez, automáticamente, como el método init. Página 6 de 36

7 La clase GenericServlet proporciona una implementación básica del interfaz Servlet. Para escribir un servlet especificamente para el protocolo HTTP, se usa la clase HTTPServlet, que extiende a Generic Servlet. 1. El método destroy se invoca para liberar todos los recursos solicitados como la base de datos, y otros recursos del servidor. También se encarga de la sincronización de cualquier hilo pendiente. Este método se llama una sola vez, automáticamente, como el método init. La clase GenericServlet proporciona una implementación básica del interfaz Servlet. Para escribir un servlet especificamente para el protocolo HTTP, se usa la clase HTTPServlet, que extiende a Generic Servlet. Figura 4: Clases Relevantes de Servlets e Interfaces. Como se ha tratado previamente, el ciclo de vida de los eventos para un servlet se especifica en el interfaz javax.servlet.servlet. Todos los servlets siguen el modelo del ciclo de vida. El contenedor web tiene la responsabilidad de crear una instancia del servlet y de invocar al método init (1). Si un cliente ha enviado una petición al contenedor web, entonces, esa petición se pasa al método servicio del servlet (2), y se envia una respuesta de vuelta al contendor web (3). Finalmente, cuando el servlet haya finalizado su propósito, el contenedor web invoca al método destroy (4). Página 7 de 36

8 Figura 5: Ciclo de Vida del Servlet web.xml. web.xml es un archivo escrito en XML que describe diversas características del archivo WAR, a continuación se describen sus elementos básicos. <web-app> <servlet> <servlet-name>hola</servlet-name> <servlet-class>com.osmosislatina.saludos</servlet-class> </servlet> <servlet-mapping> <servlet-name>hola</servlet-name> <url-pattern>/visitas</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>hola</servlet-name> <url-pattern>/despedida</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>hola</servlet-name> <url-pattern>*.do</url-pattern> </servlet-mapping> <welcome-file-list> <welcome-file>index.jsp</welcome-file> <welcome-file>index.html</welcome-file> Página 8 de 36

9 <welcome-file>bienvenida.jsp</welcome-file> </welcome-file-list> </web-app> El primer elemento <web-app> indica el inicio de la aplicación, es dentro de este elemento que se definen todos los elementos restantes. El elemento <servlet> define las características de un Servlet y a su vez está compuesto por los elementos <servlet-name> y <servlet-class> que indican un nombre corto para el Servlet así como el nombre de la Clase Java que contiene el Servlet respectivamente. En este caso se indica que la Clase llamada com.osmosislatina.saludos (encontrada dentro de /WEB-INF/classes) será denominada con el nombre hola. Posteriormente se define el elemento <servlet-mapping> el cual define la ubicación en términos de directorios de un sitio (URL), esto es, el elemento <servletname>hola</servlet-name> esta indicando que el Servlet llamado hola será accesado cada vez que se accese el directorio base /visitas. Nótese que existen otras dos declaraciones con el Servlet hola, lo anterior permite que un mismo Servlet sea accesado de diversos directorios en un sitio, en este caso se esta indicando que toda solicitud destinada para los URL's /visitas, /despedida y todas aquellas terminadas en *.do sean procesados por el Servlet en cuestión (hola). Finalmente el elemento <welcome-file-list> indica que cuando se solicite cualquier directorio sin indicar un archivo en especifico se envíe el archivo llamado: index.jsp, index.html o index.htm, donde el primero tiene preferencia en caso de existir más de un archivo en la lista. Lo anterior son solo los parámetros básicos utilizados en web.xml, a continuación se describen otros elementos que pueden ser empleados en web.xml EJEMPLO DE SERVLETS: Ejemplo 1: Servlet sencillo que va a generar solo texto: import java.io.printwriter; import java.io.ioexception; import javax.servlet.servletexception; import javax.servlet.http.httpservlet; import javax.servlet.http.httpservletrequest; import javax.servlet.http.httpservletresponse; public class PrimerServlet extends HttpServlet { Página 9 de 36

10 private static final long serialversionuid = 1L; public void doget(httpservletrequest pedido, HttpServletResponse respuesta) throws ServletException, IOException { PrintWriter out= respuesta.getwriter(); out.println("este es mi primer Servlet que genera solo texto"); private static final long serialversionuid = 1L: Las clases que implementan este interfaz son susceptibles de ser serializadas (es decir, las instancias de estas clases pueden guardarse y leerse en/de disco -o cualquier otro dispositivo de entrada/salida-). Simplificando mucho la lógica de serialización, lo que sucede es que los atributos del objeto se convierten en cadenas de bytes y se guardan en el disco. Para leer un objeto, se leen las cadenas de bytes y se reconstruye el objeto a partir de ellos. Imagina que tienes una aplicación que serializa en disco una serie de objetos al cerrarse y los lee en la siguiente ejecución para mantener los valores que tenían antes. En un momento dado, modificas una de las clases añadiendo un atributo nuevo. Al ejecutar esta versión de la aplicación por primera vez, intentará leer de disco los objetos que fueron serializados... pero falta un campo en los objetos de la clase que has modificado (cuando se serializaron el campo no existía) y tu aplicación "teóricamente" va a leer datos corruptos puesto que "teóricamente" no puede saber que la clase ha cambiado (veremos que si puede saberlo). El campo serialversionuid es el número de versión de la clase. Cuando el objeto es serializado lo primero que hace es escribir el serialversionuid. Si al leer el objeto se dectecta que el valor del serialversionuid guardado no coincide con el actual se lanza una exception InvalidClassException, de modo que el programador puede tratar la excepción de manera adecuada (por ejemplo, creando un objeto por defecto para substituir al que no puede leerse). Para que este mecanismo funcione bien, el programador debe proveer el campo private static final long serialversionuid en todas las clases que implementen Serializable y en todas las subclases de ellas (este es tu caso). El valor es indiferente, pero debes actualizarlo cada vez que modificas tu clase añadiendo o quitando atributos (lo más sencillo en incrementarlo en 1). Si el programador no indica este campo la JVM añade uno por su cuenta, sin embargo no es demasiado conveniente permitir esto (al cambiar ligeramente el programa o cambiar la JMV podría cambiar el valor y darte una desagradable sorpresa) CLASE HttpServlet Página 10 de 36

11 public class PrimerServlet extends HttpServlet {: Los servlets basados en Web generalmente extienden a la clase HttpServlet que redefine el método Service para las dos peticiones más comunes del HTTP: get y post. Una petición GET obtiene información del servidor recuperando la misma en un documento HTML o una imagen. En cambio una petición POST publica o envía datos de un servidor. Dentro de la clase HttpServlet existen estos métodos: 1. dodelete (borrar archivos) 2. dohead (procesar encabezados) 3. dooptions (devuelve información al cliente sobre el servidor) 4. doput (almacena archivos) 5. dotrace (depuración) public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException {: Los métodos doget y dopost reciben argumentos HttpServletRequest request, HttpServletResponse response. Interfaz HttpServlet request El servidor web que ejecuta al servlet crea un objeto de este tipo que se lo pasa al método Service que a su vez se lo pasa a doget o dopost según corresponda, conteniendo la petición del cliente. Por otra parte se invoca throws ServletException, IOException que se ejecutarán: String getparameter(string nombre): Nos devuelve el valor del parámetro cuyo nombre le indicamos. Si la variable no existiera o no tuviese ningún valor, devolvería null Enumerate getparameternames(): Nos devuelve una enumeración de los nombres de los parámetros que recibe el servlet. Enumerate getparametervalues(string): Nos devuelve los valores que toma un parámetro dado, esto es útil para listas de selección múltiple donde un parámetro tiene más de un valor. Cookies[].getCookies(): Devuelve arreglo con todos los valores de las cookies que identifican cliente de una manera única con el servidor Interfaz HttpServlet response. Página 11 de 36

12 Esta interfaz permite dar respuesta al cliente. Aquí encontramos: void.addcookie (Cookie, cookie): agrega objeto cookie al encabezado de respuesta del cliente ServletOutputStream.getOutputStream(): Genera un flujo de salida en bytes. PrintWriter.getWriter (): Flujo de salida en caracteres. void setcontenttype(string tipo): Por ejemplo si tipo es MIME, devuelve un archivo HTML. Ejemplo 2: Servlet que genera código HTML import java.io.printwriter; import java.io.ioexception; import javax.servlet.servletexception; import javax.servlet.http.httpservlet; import javax.servlet.http.httpservletrequest; import javax.servlet.http.httpservletresponse; public class SegundoServlet extends HttpServlet { private static final long serialversionuid = 1L; public void doget(httpservletrequest pedido, HttpServletResponse respuesta) throws ServletException, IOException { respuesta.setcontenttype("text/html"); PrintWriter out=respuesta.getwriter(); String doctype = "<! DOCTYPE HTML PUBLIC \\*-//W3C//DTS HTML 4.0 "+"Transitional//EN\">\n"; out.println(doctype+ "<HTML>\n"+ "<HEAD><TITLE>PÁGINA WEB GENERADA POR SERVLET</TITLE></HEAD>"+ "<BODY>\n"+ "<H1><CENTER>PRUEBA DE TEXTO</CENTER></H1>"+ "</BODY>\n"+ "</HTML>\n"); Página 12 de 36

13 Ejemplo 3: Uso de un archivo HTML para llamar a un servlet que genera código HTML. <!ARCHIVO FORMULARIO0.HTML> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" " <html> <head> <title>manejo de una petición Get de HTTP</title> </head> <body> <form ACTION=" method = "get"> <p><label>haga clic en el botón para invocar el servlet <input type = "submit" value = "Obtener documento de HTML" /> </label></p> </form> </body> </html> //ARCHIVO CEROSERVLET.JAVA import javax.servlet.*; import javax.servlet.http.*; import java.io.*; public class CeroServlet extends HttpServlet { protected void doget( HttpServletRequest peticion, HttpServletResponse respuesta ) throws ServletException, IOException { respuesta.setcontenttype( "text/html" ); PrintWriter salida = respuesta.getwriter(); salida.println( "<?xml version = \"1.0\"?>" ); salida.println( "<!DOCTYPE html PUBLIC \"-//W3C//DTD " + "XHTML 1.0 Strict//EN\" \" + "/TR/xhtml1/DTD/xhtml1-strict.dtd\">" ); salida.println( "<html xmlns = \" ); salida.println( "<head>" ); salida.println( "<title>un ejemplo de servlet simple</title>" ); salida.println( "</head>" ); salida.println( "<body>" ); Página 13 de 36

14 salida.println( "<h1> Bienvenido a los servlets!</h1>" ); salida.println( "</body>" ); salida.println( "</html>" ); salida.close(); // cerrar flujo para completar la página Si llamamos un servlet desde un formulario HTML, podremos hacerlo de dos formas: GET y POST. Con la primera los parámetros del formulario están incluidos la url que se utiliza para invocar el servlet y en el segundo caso los parámetros se almacenan en un buffer especial del servidor. Para procesar el primer tipo de peticiones (GET) está el método doget mientras que para el segundo tenemos el método dopost. La implementación por defecto del método service es capaz de determinar el tipo de petición HTTP que en un momento dado recibe el servlet. Una vez identificada llama o al método doget o al dopost según el caso. Ejemplo 4: Uso de doget y dopost Podemos observar que el método init es público, no devuelve ningún tipo (void), que puede lanzar una excepción (ServletException) y que tiene un parámetro (ServletConfig conf). De estos dos últimos aspectos (excepción y parámetro) no nos tenemos que preocupar pues es el servidor quien ejecuta el método init. En el peor de los casos, tendríamos que lanzar la excepción (si sabemos hacerlo), si por algún motivo el método init que nosotros implementemos falle (por ejemplo, que no se pueda conectar a la base de datos y evitamos mostrar un mensaje de error) Lo siguiente que hacemos redefinir el método service, cuando el servidor web recibe una petición para un servlet llama al método public void service(httpservletrequest req, HttpServletResponse res) con dos parámetros: el primero, de la clase HttpServletRequest, representa la petición del cliente y el segundo, de la clase HttpServletResponse, representa la respuesta del servidor (del servlet, más concretamente). Archivo GetPostJava.java import javax.servlet.*; import javax.servlet.http.*; import java.io.*; public class GetPostJava extends HttpServlet { public void doget(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { res.setcontenttype("text/html"); PrintWriter out = res.getwriter(); out.println("<html>"); out.println("<body>"); out.println("<h1>llamada POR GET</h1>"); out.println(req.getparameter("nombre")); Página 14 de 36

15 out.println("</body>"); out.println("</html>"); public void dopost(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { res.setcontenttype("text/html"); PrintWriter out = res.getwriter(); out.println("<html>"); out.println("<body>"); out.println("<h1>llamada POR POST</h1>"); out.println(req.getparameter("nombre")); out.println("</body>"); out.println("</html>"); Formulario que llama a GetPostJava <html> <body> <h1>método GET Y POST</h1> <form method="get" action=" <table border=1> <td>nombres:</td><td><input name="nombre" type="text" style="width: 474px" /></td> <td colspan=2><input type="submit" value="enviar datos por get"></td> </table> </form> <form method="post" action=" <table border=1> <td>nombres:</td><td><input name="nombre" type="text" style="width: 474px" /></td> <td colspan=2><input type="submit" value="enviar datos por post"> </td> </table> </form> </body> </html> Ejemplo 6: Uso de dopost implementado con doget Página 15 de 36

16 import java.io.ioexception; import java.io.printwriter; import javax.servlet.servletexception; import javax.servlet.http.httpservletrequest; import javax.servlet.http.httpservletresponse; public class servletdopost extends javax.servlet.http.httpservlet implements javax.servlet.servlet { private static final long serialversionuid = 1L; protected void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { PrintWriter out; out = response.getwriter(); response.setcontenttype("text/html"); out.println("<html>"); out.println("<head><title>mi Primer Servlet </title></head>"); out.println("<body>"); out.println("este es mi Primer Servlet"); out.println("</body></html>"); public void doget(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { dopost(req,res); Ejemplo 7: Contar peticiones realizadas Cuando se crea un servlet, el servidor llama al método init y cada vez que un cliente acceda al servlet el servidor llamará al método service que se encargará de redirigir la llamada doget o a dopost. Esto nos quiere decir que cuando se llama por primera vez a un servlet se ejecutara primero init y después service, pero... Y la segunda vez y sucesivas también se llama a init o sólo a service?. Normalmente, el servidor crea el servlet (llama, por tanto, al método init) y lo mantiene funcionando, si ha pasado un tiempo suficiente (y que puede ir desde unos segundos a nunca) sin que el servlet se llame lo deja de ejecutar. Es decir, un servlet se empieza a ejecutar con la primera llamada y, normalmente, se seguirá ejecutando. De esta forma, vamos a crear un servlet que cuente el número de visitas que recibe, para ello nos bastará crear una variable contador que inicializaremos en el método init y que incrementaremos en dopost/doget. Por lo que, el contador se inicializará cuando se llame por primera vez al servlet y se irá incrementando en llamadas sucesivas //Archivo contador.java import javax.servlet.*; import javax.servlet.http.*; import java.io.*; Página 16 de 36

17 public class contador extends HttpServlet { //variable contador int contador; public void init(servletconfig conf) throws ServletException { super.init(conf); //inicializamos la variable contador contador = 1; public void doget(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { res.setcontenttype("text/html"); PrintWriter out = res.getwriter(); int tmp = contador; //incrementamos la variable contador contador++; out.println("<html>"); out.println("<body>"); out.println("<h1>numero de peticiones " + tmp +"</h1>"); out.println("</body>"); out.println("</html>"); public void dopost(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { doget(req, res); Un mismo servlet puede ser llamado por más de un cliente a la vez. En este caso, el servidor crea una hebra del servlet por cada petición y esas dos hebras accederán concurrentemente a los mismos datos (la variable contador). Como la lectura e incremento de contador no es una Página 17 de 36

18 operación atómica, se podría utilizar la primitiva de sincronización syncronized para que se realice de forma atómica: //Archivo Contador2 import javax.servlet.*; import javax.servlet.http.*; import java.io.*; public class Contador2 extends HttpServlet { //variable contador int contador; public void init(servletconfig conf) throws ServletException { super.init(conf); //inicializamos la variable contador contador = 1; public void doget(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { res.setcontenttype("text/html"); PrintWriter out = res.getwriter(); int tmp; synchronized(this) { //leemos el contador tmp = contador; //incrementamos la variable contador contador++; out.println("<html>"); out.println("<body>"); out.println("<h1>numero de peticiones " + tmp +"</h1>"); out.println("</body>"); Página 18 de 36

19 out.println("</html>"); public void dopost(httpservletrequest req, HttpServletResponse res) throws ServletException, IOException { doget(req, res); Ejemplo 8: Uso de un servlet para redireccionado de páginas en Internet. Podemos trabajar de dos maneras: 1- Con una página htm que por medio de hipervínculos me dirija al lugar deseado <! Archivo redireccion.htm--> <?xml version = "1.0"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" " <html xmlns = " <head> <title>redireccionar una petición hacia otro sitio</title> </head> <body> <p>haga clic en un vínculo para redireccionarlo a la página apropiada</p> <p> <a href = " /> <a href = " Servlet de bienvenida</a> </body> </html> 2- Por medio de un formulario que me permita seleccionar el lugar deseado <! Archivo formulario4.htm--> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " <html xmlns=" <head> <meta http-equiv="content-language" content="es-ar" /> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> Página 19 de 36

20 <title>formulario PARA ENVÍO DE DATOS A</title> <style type="text/css">.style1{ font-family: Tahoma; font-size: large; text-align: center;.style2{ color: #000080;.style6{ font-family: Tahoma; font-size: small; </style> </head> <body> <p class="style1">redireccion POR FORMULARIO</p> <form method="get" action=" <table style="width: 100%"> <td class="style6" colspan="2"> <hr style="height: -71px" class="style2" /></td> <td style="width: 159px" class="style6">indicar Página</td> <td class="style6"> <table style="width: 658px"> <td style="width: 218px"> <input name="pagina" type="radio" checked="checked" value="mario" />MARIOBRESSANO</td> <td style="width: 219px"> Página 20 de 36

21 <input name="pagina" type="radio" value="primera" />PRIMERA</td><td style="width: 219px"></td> </table> </td> <td class="style6" valign="top" colspan="2"> <hr style="height: -71px" class="style2" /></td> <td class="style6" valign="top" colspan="2"> <table align="center"> <td></td> <td><input name="submit1" type="submit" value="enviar datos" /></td> </table> </td> </table> </form> </body> </html> //Servlet para redireccionar Archivo Redireccion.java import javax.servlet.*; import javax.servlet.http.*; import java.io.*; public class Redireccion extends HttpServlet { protected void doget( HttpServletRequest peticion, HttpServletResponse respuesta ) throws ServletException, IOException { String ubicacion = peticion.getparameter( "pagina"); if ( ubicacion!= null ) if ( ubicacion.equals( "mario")) respuesta.sendredirect( " Página 21 de 36

22 else if ( ubicacion.equals( "primera")) respuesta.sendredirect( "CeroServlet"); // código que se ejecuta solamente si este servlet // no redirecciona al usuario hacia otra página respuesta.setcontenttype( "text/html"); PrintWriter salida = respuesta.getwriter(); // empezar documento de XHTML salida.println( "<?xml version = \"1.0\"?>"); salida.println( "<!DOCTYPE html PUBLIC \"-//W3C//DTD" + "XHTML 1.0 Strict//EN\" \" + "/TR/xhtml1/DTD/xhtml1-strict.dtd\">"); salida.println( "<html xmlns = \" // sección de encabezado del documento salida.println( "<head>"); salida.println( "<title>página inválida</title>" ); salida.println( "</head>"); // sección del cuerpo del documento salida.println( "<body>"); salida.println( "<h1>solicitó una página inválida</h1>" ); salida.println( "<p><a href = " + "\"redireccion.html\">"); salida.println( "Haga clic aquí para seleccionar de nuevo</a></p>" ); salida.println( "</body>"); // fin del documento de XHTML salida.println( "</html>"); salida.close(); // cerrr flujo para completar la página Ejemplo 9: Uso de un servlet para levantar datos de un formulario confeccionado en html <!Archivo formulario.htm> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD><TITLE>Formulario para ingreso de datos</title></head> <BODY BGCOLOR="#000000" text="#ffffff"> Página 22 de 36