Introduccion Servlets JSP

Programacin dinmica con Java: Servlets Y JSP
PROGRAMACIN DINMICA CON JAVA:

SERVLETS Y JSP
moncho.mendez@uvigo.es
1/50
ndice de contidos
1 Servlets.......................................................................................................4
1.1 Introduccin...........................................................................................4
1.2 Instalacin.............................................................................................4
1.3 Formas de ejecutar un servlet...................................................................5
1.4 Caractersticas de los servlets...................................................................6
Los paquetes javax.servlet y javax.servlet.http..............................................7
El paquete javax.servlet..........................................................................7
El paquete javax.servlet.http....................................................................8
1.5 Ejemplos bsicos.....................................................................................9
TimeServlet.............................................................................................10
EchoRequest............................................................................................10
HTMLServlet............................................................................................12
Lectura de cabeceras de solicitud................................................................13
Cookies...................................................................................................15
Crear un objeto cookie..........................................................................15
Establecer los atributos de la cookie........................................................16
Envo de la cookie.................................................................................16
Recogida de cookies..............................................................................17
Obtener el valor de una Cookie...............................................................17
Manejo de Sesiones (Session Tracking)........................................................18
Reescritura de URLs.................................................................................20
Manejo de cdigos de Estado en HTTP.........................................................21
Cdigos de Estado HTTP 1.1 y sus significados..........................................22
1.6 Ejemplo: Motor de bsqueda...................................................................24
1.7 Subida de ficheros al servidor.................................................................26
1.8 Generar imgenes desde servlets............................................................27
2 JSP............................................................................................................30
2.1 Introduccin.........................................................................................30
Beneficios que aporta JSP..........................................................................30
Mejoras en el rendimiento......................................................................31
Soporte de componentes reutilizables......................................................31
Separacin entre cdigo de presentacin y cdigo de implementacin..........31
Divisin del trabajo...............................................................................31
Cmo trabaja JSP?..................................................................................31
Salida con buffer......................................................................................33
Manejo de sesiones..................................................................................34
2.2 Sintaxis del lenguaje..............................................................................34
Directivas................................................................................................35
Elementos de script..................................................................................36
Declaraciones.......................................................................................37
Expresiones.........................................................................................37
Scriptlets.............................................................................................38
Comentarios............................................................................................38
Comentarios de contenido......................................................................39
Comentarios JSP...................................................................................39
Comentarios del lenguaje de Script.........................................................39
Acciones.................................................................................................39
2/50
Objetos implcitos................................................................41
2.3 Ejemplos bsicos...................................................................................41
Factoriales...............................................................................................41
Manejo de excepciones.............................................................................42
Envo de e-mails......................................................................................43
Acceso a bases de datos............................................................................44
3 Tendencias actuales.....................................................................................46
3/50
1 Servlets
1.1 Introduccin
Fueron introducidos por Sun en 1996 como pequeas aplicaciones Java para aadir
funcionalidad dinmica a los servidores web. Los Servlets, al igual que los scripts CGI,
reciben una peticin del cliente y generan los contenidos apropiados para su
respuesta, aunque el esquema de funcionamiento es diferente.
Todos los servlets asociados con un servidor se ejecutan dentro de un proceso simple.
Cada vez que llega una peticin, la JVM (Java Virtual Machine) crea un hilo Java para
manejar la peticin, reduciendo as la sobrecarga del sistema (ver Figura 1).
Recibe
solicitud
Servidor HTTP
Lanza un
thread
Contenedor SERVLET
Genera la
respuesta
SERVLET
Enva
la respuesta
Figura 1: Esquema de ejecucin de un servlet
Una desventaja de esta aproximacin es que el contenido (esttico y dinmico) de la

pgina HTML generada, reside en el cdigo fuente del servlet. Como consecuencia
cualquier cambio esttico en la pgina (cambio de una URL de un enlace o una
imagen), requiere la intervencin del programador y la recompilacin del servlet.
Los servlets son el equivalente de los applets en el lado del servidor, aunque a
diferencia de los primeros no tienen interfaz grfico. Se escriben utilizando la API
Servlet (que se distribuye como una extensin estndar del JDK 1.2 y posteriores, sin
formar parte del ncleo de la plataforma Java).
1.2 Instalacin
4/50
El primer paso es descargar el software que implementa las

especificaciones Java Servlet 2.4 y Java Server Pages 2.0. Se puede obtener una
versin
gratuita,
conocida
como
Tomcat
@
Jakarta
en
http://jakarta.apache.org/tomcat/.
A continuacin es necesario incluir el fichero servlet-api.jar (que incorpora todos los
paquetes necesarios para trabajar con Servlets y JSP) a la variable CLASSPATH, con la
finalidad de que el compilador de java javac, encuentre las clases necesarias.
Para poder ejecutar un servlet, el servidor HTTP que se est utilizando debe dar
soporte a esta tecnologa. La siguiente lista muestra algunos servidores Web que se
pueden utilizar:
Apache.
Netscape FastTrack o Enterprise.
Microsoft IIS.
Weblogic Tengah.
Lotus Domino Go Webserver.
IBM Internet Connection Server.
etc.
En la direccin http://java.sun.com/products/servlet/industry.html se muestra un

listado completo de servidores Web que soportan el API Servlet.
Para instalar un servlet en un servidor Web se copia el fichero .class correspondiente
al servlet compilado, en el directorio classes del servidor (personalizable para cada
usuario).
1.3 Formas de ejecutar un servlet

1. Escribiendo la URL del servlet en el campo de direccin del navegador. Debe
seguir la siguiente sintaxis:
http://your.host.com:port/servlet/ServletName.class[?argumentos]
Los argumentos opcionales se representan mediante una cadena de consulta
estndar codificada en la URL. No siempre debe encontrarse el servlet en el
directorio con el nombre servlet del servidor, aunque suele ser lo habitual.
Depende de la configuracin del servidor.
2. Tambin desde una pgina HTML puede llamarse a un servlet. Para ello se debe
emplear la etiqueta adecuada. En el caso de que se trate simplemente de un
enlace:
<A href="http://localhost:8080/servlet/miServlet">Click Aqu</A>
Si se trata de un formulario, habr que indicar la URL del servlet en la
propiedad ACTION de la etiqueta <FORM> y especificar el mtodo HTTP (GET o
5/50
POST) en la propiedad METHOD de la misma etiqueta.

3. Al tratarse de clases Java como las dems, pueden crearse objetos de dicha
clase (ser instanciadas), aunque siempre con el debido cuidado de llamar a
aquellos mtodos de la clase instanciada que sean necesarios. En ocasiones es
muy til escribir servlets que realicen una determinada funcin y que slo
puedan ser llamados por otros servlets. En dicho caso, ser preciso redefinir su
mtodo service() de la siguiente forma:
publicvoidservice(ServletRequestreq,ServletResponseresp)throwsServletException,IOException
{
thrownewUnavailableException(this,
Esteservletsolamenteaceptallamadasdeotrosservlets");
}//findelmtodoservice()
En este caso el programador debe llamar explcitamente desde otro servlet los
mtodos del servlet que quiere ejecutar. Habitualmente los mtodos service(),
doPost(), doGet(), ..., etc. son llamados automticamente cuando el servidor
HTTP recibe una solicitud de servicio de un formulario introducido en una pgina
HTML.
1.4 Caractersticas de los servlets

Adems de lo
caractersticas:
comentado
anteriormente,
los
servlets
poseen
las
siguientes
1. Son independientes del servidor utilizado y de su sistema operativo, lo que

quiere decir que a pesar de estar escritos en Java, el servidor puede estar
escrito en cualquier lenguaje de programacin.
2. Los servlets pueden llamar a otros servlets, e incluso a mtodos concretos de
otros servlets (en la misma mquina o en una mquina remota). De esta forma
se puede distribuir de forma ms eficiente el trabajo a realizar. Por ejemplo, se
podra tener un servlet encargado de la interaccin con los clientes y que
llamara a otro servlet para que a su vez se encargara de la comunicacin con
una base de datos.
3. Los servlets pueden obtener fcilmente informacin acerca del cliente (la
permitida por el protocolo HTTP), tal como su direccin IP, el puerto que se
utiliza en la llamada, el mtodo utilizado (GET, POST), ..., etc.
4. Permiten adems la utilizacin de cookies y sesiones, de forma que se puede
guardar informacin especfica acerca de un usuario determinado,
personalizando de esta forma la interaccin cliente/servidor. Una clara
aplicacin es mantener la sesin con un cliente.
5. Los servlets pueden actuar como enlace entre el cliente y una o varias bases de
datos en arquitecturas cliente-servidor de 3 capas (si la base de datos est en
un servidor distinto).
6. Asimismo, pueden realizar tareas de proxy para un applet. Debido a las
6/50
restricciones de seguridad, un applet no puede acceder

directamente a un servidor de datos localizado en cualquier mquina remota,
pero s podra hacerlo a travs de un servlet.
7. Al igual que los programas CGI, los servlets permiten la generacin dinmica de
cdigo HTML. As, pueden emplearse servlets para la creacin de contadores,
banners, etc.
Los paquetes javax.servlet y javax.servlet.http
Figura 2: Jerarqua de clases para los servlets

El paquete javax.servlet
El paquete javax.servlet define las siguientes clases e interfaces:
Interfaces
Servlet
ServletRequest
ServletResponse
ServletConfig
ServletContext
SingleThreadModel
Clases
GenericServlet
ServletInputStream
ServletOutputStream
Servlet: debe ser implementada por todos los servlets. El servidor invoca a los
mtodos init() y destroy() para iniciar y detener un servlet. Los mtodos
getServletConfig() y getServletInfo() se implementan para devolver informacin
acerca de un servlet. Al mtodo service() lo invoca el servidor, de forma que el
servlet pueda realizar su servicio. Contiene dos parmetros: uno de la interfaz
ServletRequest y otro de la interfaz ServletResponse.
ServletRequest: encapsula la solicitud de servicio de un cliente. Define una

serie de mtodos tendentes a obtener informacin acerca del servidor,
solicitante y solicitud. El mtodo getInputStream() devuelve un objeto de la
clase ServletInputStream susceptible de ser utilizado para leer informacin
7/50
sobre solicitudes que hubiera enviado el cliente.
ServletResponse: es utilizada por el servlet para responder a una solicitud

enviando informacin al solicitante. El mtodo getOutputStream() devuelve un
objeto de la clase ServletOutputStream que se usa para enviar informacin de
respuesta al cliente. El mtodo getWriter() devuelve un objeto PrintWriter que
se usa para la comunicacin de cliente. El mtodo setContentType() establece
el tipo MIME de la informacin de respuesta. El mtodo setContentLength()
especifica
la
longitud
de
la
respuesta
en
bytes.
El
mtodo
getCharacterEncoding() devuelve el tipo MIME que viene asociado a la
respuesta.
ServletConfig: esta interfaz la utiliza el servidor para pasar informacin sobre

la configuracin a un servlet. Sus mtodos los utiliza el servlet para recuperar
esta informacin.
ServletContext: define el entorno en el que se ejecuta un servlet. Proporciona

mtodos utilizados por servlets para acceder a la informacin sobre el entorno.
SingleThreadModel: se usa para identificar a los servlets que no pueden ser

accedidos por ms de un hilo al mismo tiempo. Si un servlet implementa esta
interfaz, el servidor web no ejecutar al mismo tiempo el mtodo service() de
ms de una instancia del servlet.
GenericServlet: implementa la interfaz Servlet. Se puede heredar de esta

clase para implementar servlets de usuario.
ServletInputStream: se utiliza para acceder a informacin de solicitudes que

suministra un cliente web. El mtodo getInputStream() de la interfaz
ServletRequest devuelve un objeto de esta clase.
ServletOutputStream: se usa para enviar informacin de respuesta a un

cliente web. El mtodo getOutputStream() de la interfaz ServletResponse
devuelve un objeto de esta clase.
El paquete javax.servlet.http
El paquete javax.servlet.http se usa para definir servlets especficos de HTTP. Define
las siguientes clases e interfaces:
Interfaces
Clases
HttpServletRequest
HttpServletResponse
HttpSession
HttpSessionBindingListener
HttpSessionContext
Cookie
8/50
HttpServlet
HttpSessionBindingEvent
HttpUtils
HttpServletRequest: ampla la interfaz ServletRequest y agrega mtodos para

acceder a los detalles de una solicitud HTTP.
HttpServletResponse: ampla la interfaz ServletResponse y

constantes y mtodos para devolver respuestas especficas de HTTP.
HttpSession: la implementan los servlets que permiten dar soporte a las

sesiones entre el navegador y el servidor (la sesin existe durante un
determinado perodo de tiempo, e identifica al usuario en mltiples pginas
web). HTTP es un protocolo sin estado, el estado se mantiene externamente por
medio de cookies del lado del cliente o la escritura de una nueva URL. Esta
interfaz proporciona mtodos para leer y escribir valores de estado.
HttpSessionBindingListener: la implementan clases cuyos objetos estn

asociados a sesiones HTTP. El mtodo valueBound() se utiliza para notificar a un
objeto que est asociado a una sesin, mientras que el mtodo valueUnboud()
se emplea para notificar a un objeto que ya no est ligado a una sesin.
HttpSessionContext: se utiliza para representar a una coleccin de objetos

HttpSession que estn asociados a los identificadores de sesin. El mtodo
getIds() devuelve una lista de identificadores de sesin. El mtodo getSession()
devuelve el objeto HttpSession que est asociado a un identificador de sesin
determinado. Los identificadores de sesin se implementan con objetos String.
Cookie: esta clase representa un cookie HTTP. Las cookies se utilizan para
mantener el estado de sesin sobre solicitudes HTTP mltiples. Se trata de
valores de datos con nombre que se crean en el servidor web y se almacenan
en los navegadores cliente de cada usuario. La clase Cookie proporciona
mtodos para obtener y establecer valores de cookie y de otros atributos.
HttpServlet: ampla la clase GenericServlet con el fin de utilizar las interfaces

HttpServletRequest y HttpServletResponse.
HttpSessionBindingEvent: esta clase implementa el evento que se genera

cuando un objeto est ligado o se desliga de una sesin HTTP.
HttpUtils: proporciona el mtodo parseQueryString() para analizar

sintcticamente una cadena de consulta contenida en una solicitud HTTP.
agrega
1.5 Ejemplos bsicos

Para ejemplificar el desarrollo de servlets, se detallan en lo que sigue varios ejemplos
prcticos comentando su programacin y funcionamiento.
9/50
TimeServlet
A continuacin se lista el cdigo del servlet TimeServlet.java, que muestra en el
navegador del cliente la fecha y la hora a la que se ha conectado con el servidor.
importjavax.servlet.*;
importjava.util.*;
importjava.io.*;
publicclassTimeServletextendsGenericServlet
{
publicStringgetServletInfo()
{
return"TimeServlet";
}
publicvoidservice(ServletRequestpeticion,ServletResponserespuesta)throwsServletException,IOException
{
Stringfecha=newDate().toString();
PrintStreamoutputStream=newPrintStream(respuesta.getOutputStream());
outputStream.println(fecha);
};
Para trabajar con servlets es necesario importar el paquete javax.servlet.

La clase TimeServlet extiende la clase GenericServlet, y sobreescribe los mtodos
getServletInfo() y service().
El mtodo service() implementa el manejo real de la solicitud y respuesta del servlet.
El servidor web invoca a este mtodo cuando se solicita la URL del servlet. El servidor
pasa los argumentos ServletRequest y ServletResponse al servlet.
TimeServlet crea un objeto Date nuevo, lo convierte en un String y lo almacena por
medio de la variable fecha. Utiliza el mtodo getOutputStream() de la clase
ServletResponse para crear un objeto ServletOutputStream que enve informacin de
respuesta de vuelta al navegador cliente.
Figura 3: Resultado de la ejecucin de TimeServlet.class

EchoRequest
El servlet mostrado a continuacin es invocado desde un formulario contenido en un
fichero .html. Su finalidad es procesar la informacin que le llega en forma de
parmetros ServletRequest y envirselos de nuevo al cliente con informacin
ampliada.
10/50
El fichero inscripcion.html que llama al servlet contiene el siguiente cdigo.

<FORMaction="servlet/EchoRequest.class"method="POST"
<P>
NOMBRE:<BR><INPUTtype="text"name="Nombre">
<P>
EMAIL:<BR><INPUTtype="password"name="Email">
<P>
TIPODEINSCRIPCIN:<BR>
<INPUTtype="radio"name="Inscripcion"value="Normal">Normal<BR>
<INPUTtype="radio"name="Inscripcion"value="Estudiante">Estudiante<BR>
<INPUTtype="radio"name="Inscripcion"value="SociodeATI">SociodeATI
<P>
TIPODECOMUNICACIN:<BR>
<INPUTtype="checkbox"name="TIPO_1"value="paper">Artculo<BR>
<INPUTtype="checkbox"name="TIPO_2"value="poster">Poster<BR>
<INPUTtype="checkbox"name="TIPO_3"value="demo">DemoComercial
<P>
ORGANIZACIN:<BR><INPUTtype="text"name="Organizacion">
<P>
PAS:<BR>
<SELECTsize="5"name="Pais">
<OPTION>ESPAA</OPTION>
<OPTION>PORTUGAL</OPTION>
<OPTION>FRANCIA</OPTION>
<OPTION>ALEMANIA</OPTION>
<OPTION>ITALIA</OPTION>
<OPTION>REINOUNIDO</OPTION>
<OPTION>EEUU</OPTION>
<OPTION>AFRICA</OPTION>
</SELECT>
<P>
<INPUTtype="submit"value="RealizarInscripcin">
<INPUTtype="reset"value="Borrar">
</FORM>
Cuando el usuario pulse el botn Realizar Inscripcin se ejecutar el servlet codificado

a continuacin.
importjava.util.*;
importjava.io.*;
publicclassEchoRequestextendsGenericServlet
{
{
return"EchoRequestServlet";
}
{
respuesta.setContentType("text/plain");
PrintStreamoutputStream=newPrintStream(respuesta.getOutputStream());
outputStream.print("Servidor:"+peticion.getServerName()+":");
outputStream.println(peticion.getServerPort());
outputStream.print("Cliente:"+peticion.getRemoteHost()+"");
outputStream.println(peticion.getRemoteAddr());
outputStream.println("Protocolo:"+peticion.getProtocol());
Enumerationparams=peticion.getParameterNames();
if(params!=null)
{
while(params.hasMoreElements())
{
Stringparametro=(String)params.nextElement();
Stringvalor=peticion.getParameter(parametro);
outputStream.println(parametro+"="+valor);
}
}
};
Si se carga el fichero .html en un navegador y se realiza la inscripcin el servlet

generar la salida mostrada en la Figura 4.
11/50
Figura 4: Resultado de la carga del fichero inscripcin.html y ejecucin del servlet

EchoRequest.class
HTMLServlet
A continuacin se lista el cdigo del servlet HTMLServlet.java, que genera una pgina
web (fichero .html) que ser visualizado por el cliente.
importjava.io.*;
importjavax.servlet.http.*;
publicclassHTMLServletextendsHttpServlet
{
{
return"HTMLServlet";
}
{
respuesta.setContentType("text/html");
PrintWriterout=respuesta.getWriter();
out.println("<HTML>");
out.println("<HEAD><TITLE>PginageneredaporelservletHTMLServlet</TITLE><HEAD>");
out.println("<BODYBGCOLOR=\"BLACK\"TEXT=\"WHITE\">");
out.println("<CENTER><H1>PGINAGENERADAPORHTMLSERVLET</H1></CENTER>");
out.println("<P>");
out.println("<CENTER>para"+
peticion.getRemoteHost()+
"en"+
peticion.getRemoteAddr()+"</CENTER>");
out.println("</BODY>");
out.println("</HTML>");
}
};
Se puede ejecutar el servlet directamente desde el navegador con la lnea.

http://localhost:8080/usal/servlet/HTMLServlet
El resultado de la ejecucin del servlet HTMLServlet se muestra en la Figura 5.
12/50
Figura 5: Resultado de ejecucin del servlet HTMLServlet.class

Lectura de cabeceras de solicitud
Cuando un cliente HTTP (por ejemplo, un navegador) enva una peticin, es necesario
que suministre una lnea de peticin (normalmente GET o POST). Es posible tambin
enviar un nmero de cabeceras que acompaan a la peticin y que son opcionales
excepto Content-Length, que es requerida slo para peticiones POST. La Tabla 1
muestra las cabeceras ms comunes que pueden estar presentes en una peticin
HTTP.
Cabecera
HTTP
Significado
Accept
Accept-Charset
Accept-Encoding
Tipos MIME que prefiere el navegador.

Conjunto de caracteres que espera el navegador.
Tipos de codificacin de datos (como gzip) para que el navegador sepa cmo decodificarlos.
Los servlets pueden comprobar explcitamente el soporte para gzip y devolver pginas HTML
comprimidas con gzip para navegadores que las soportan, seleccionando la cabecera de
respuesta Content-Encoding para indicar que estn comprimidas con gzip. En muchos casos,
esto puede reducir el tiempo de descarga por un factor de cinco o diez.
Idioma que est esperando el navegador, en el caso de que el servidor tenga versiones en ms
de un idioma.
Informacin de autorizacin, usualmente en respuesta a una cabecera www-Authenticate
enviada desde el servidor.
Se usan conexiones persistentes?. Si un servlet recupera un valor Keep-Alive de esta
cabecera, u obtiene una lnea de peticin con HTTP 1.1 (donde las conexiones son persistentes
por defecto), es posible ahorrar un tiempo considerable en el envo de pginas web que
incluyen muchas piezas pequeas (imgenes o applets). Para hacer esto, es necesario enviar
una cabecera Content-Length en la respuesta, escribiendo en un ByteArrayOutputStream, y
preguntando por el tamao antes de escribir la salida.
En mensajes POST especifica el nmero de datos que se han aadido.
Manejo de Cookies. (se explica porteriormente).
Especifica la direccin de correo electrnico del usuario que realiza la peticin. Slo es usado
por aceleradores web, no por clientes personalizados ni por navegadores.
Host y puerto escuchado en la URL original
Slo devuelve documentos ms nuevos que el especificado, de otra forma se enva una
respuesta 304 Not Modified response.
El valor no-cache indica que el servidor debera devolver un documento nuevo, incluso si es un
proxy con una copia local.
URL de la pgina que contiene el enlace que el usuario sigui para obtener la pgina actual.
Especifica el tipo de navegador. til cuando el servlet est devolviendo contenido especfico
para un navegador.
Cabeceras no estndar enviadas por algunas versiones de Internet Explorer, indicando el
tamao de la pantalla, la profundidad del color, el sistema operativo, y el tipo de CPU usada
por el sistema del navegador.
Accept-Language
Authorization
Connection
Content-Length
Cookie
From
Host
If-Modified-Since
Pragma
Referer
User-Agent
UA-Pixels, UA-Color,
UA-OS, UA-CPU
13/50
Tabla 1: Cabeceras utilizadas en el protocolo HTTP

La lectura de cabeceras es muy sencilla, slo se necesita llamar al mtodo
getHeader() de HttpServletRequest, que devuelve un String si se suministr la
cebecera en esta peticin, y null si no se suministr. Sin embargo, hay un par de
cabeceras que se usan de forma tan comn que tienen mtodos de acceso especiales.
El mtodo getCookies() devuelve el contenido de la cabecera Cookie, lo analiza y lo
almacena en un array de objetos Cookie. Los mtodos getAuthType() y
getRemoteUser() dividen la cabecera Authorization en sus componentes. Los mtodos
getDateHeader() y getIntHeader() leen la cabecera especfica y la convierten a valores
Date e int, respectivamente.
En vez de buscar una cabecera particular, se puede utilizar el mtodo
getHeaderNames() para obtener una Enumeration de todos los nombres de cabecera
de una peticin particular. Finalmente, adems de buscar las cabeceras de peticin, se
puede obtener informacin sobre la propia lnea de peticin principal. El mtodo
getMethod() devuelve el mtodo de peticin principal (normalmente GET o POST, pero
tambin son valores vlidos HEAD, PUT, y DELETE). El mtodo getRequestURI()
devuelve la URI (parte de la URL que viene despus del host y el puerto, pero antes
de los datos del formulario). El mtodo getRequestProtocol() devuelve la tercera parte
de la lnea de peticin que generalmente es "HTTP/1.0" o "HTTP/1.1".
El siguiente cdigo muestra todas las cabeceras enviadas por el navegador cliente
cuando invoca al servlet desde la barra de direcciones. El resultado se muestra en la
Figura 6.
importjava.io.*;
importjava.util.*;
publicclassRequestHeaderextendsHttpServlet {
publicvoiddoGet(HttpServletRequestpeticion,HttpServletResponserespuesta)throwsIOException,ServletException
{
out.println("<HTML>");
out.println("<HEAD><TITLE>PginageneredaporelservletRequestHeader</TITLE><HEAD>");
out.println("<BODYBGCOLOR=\"WHITE\"TEXT=\"BLACK\">");
out.println("<H1>MOSTRANDOLASCABECERASENVIADASPORELCLIENTE</H1>");
out.println("<P>");
out.println("RequestMethod:"+peticion.getMethod()+"<BR>");
out.println("RequestURI:"+peticion.getRequestURI()+"<BR>");
out.println("RequestProtocol:"+peticion.getProtocol()+"<BR>");
out.println("<P>");
out.println("<tableborder=\"1\">");
Enumeratione=peticion.getHeaderNames();
while(e.hasMoreElements())
{
Stringnombre=(String)e.nextElement();
Stringvalor=peticion.getHeader(nombre);
out.println("<tr><td>"+nombre+"</td><td>"+valor+"</td></tr>");
}
out.println("</table>");
out.println("</BODY>");
out.println("</HTML>");
}
}
14/50
Figura 6: Resultado de ejecucin del servlet RequestHeader.class

Cookies
Las cookies en Java son objetos de la clase Cookie, definida en el paquete
javax.servlet.http. El empleo de cookies en el seguimiento de un cliente que realiza
varias conexiones al servidor web, requiere que dicho cliente sea capaz de
soportarlas.
Cada cookie tiene un nombre que puede ser el mismo para varias cookies. De esta
forma, se puede mantener informacin acerca del cliente durante das, ya que esa
informacin queda almacenada en el ordenador del cliente (aunque no
indefinidamente, pues las cookies tienen una fecha de caducidad).
Las cookies se aaden en la cabecera de un mensaje HTTP, pudiendo enviarse ms de
una al mismo tiempo. Las cookies almacenadas en el cliente son enviadas, en
principio, slo al servidor que las origin. Por eso, los servlets que se ejecutan en un
mismo servidor comparten las mismas cookies.
Los pasos para crear y enviar una cookie son los siguientes:
1. Crear un objeto Cookie.
2. Establecer sus atributos.
3. Enviar la cookie.
Por otra parte, para obtener informacin de una cookie, es necesario:
1. Recoger todas las cookies de la peticin del cliente.
2. Encontrar la cookie precisa.
3. Obtener el valor asignado a la misma.
Crear un objeto cookie
La clase javax.servlet.http.Cookie tiene un constructor que presenta como
argumentos un String con el nombre de la cookie y otro String con su valor. Es
15/50
importante hacer notar que toda la informacin almacenada en cookies

lo es en forma de String, por lo que ser preciso convertir cualquier valor a String
antes de aadirlo a una cookie.
El nombre de la cookie no puede empezar por el smbolo dlar ($). El valor asignado a
un nombre, no puede contener espacios en blanco ni ninguno de los siguientes
caracteres: [ ] ( ) = , / @ : ;
Es necesario crear la cookie antes de acceder al Writer del objeto
HttpServletResponse, pues las cookies son enviadas al cliente en la cabecera del
mensaje.
Un ejemplo de creacin de una cookie se muestra en el siguiente cdigo:
StringIdObjetoAComprar=newString("301");
if(IdObjetoAComprar!=null)
CookiemiCookie=newCookie("Compra",IdObjetoAComprar);
Establecer los atributos de la cookie

La clase Cookie proporciona varios mtodos para establecer los valores de una cookie
y sus atributos. Entre otros los mostrados en la Tabla 2:
void
setComment(String)
void
setDomain(String)
void setMaxAge(int)
void setPath(String)
void
setSecure(boolean)
void
setValue(String)
void setVersion(int)
Si un navegador presenta esta cookie al usuario, el cometido de la cookie ser descrito mediante
este comentario.
Establece el patrn de dominio a quien permitir el acceso a la informacin contenida en la cookie.
Por ejemplo .yahoo.com.
Establece el tiempo de caducidad de la cookie en segundos. Un valor 1 indica al navegador que
borre la cookie cuando se cierre. Un valor 0 borra la cookie de inmediato.
Establece la ruta de acceso del directorio de los servlets que tienen acceso a la cookie. Por
defecto es aquel que origin la cookie.
Indica al navegador que la cookie slo debe ser enviada utilizando un protocolo seguro (HTTPS).
Establece el valor de la cookie.
Establece la versin del protocolo de la cookie.
Tabla 2: Mtodos comunes de la clase Cookie

Todos estos mtodos tienen sus mtodos getX() correspondientes incluidos en la
misma clase.
Por ejemplo, se puede cambiar el valor de una cookie de la siguiente forma:
CookiemiCookie=newCookie("Nombre","ValorInicial");
miCookie.setValue("ValorFinal");
o hacer que el cliente la elimine al cerrar el navegador.

miCookie.setMaxAge(1);
Envo de la cookie
Las cookies son enviadas como parte de la cabecera de la respuesta al cliente. Por
ello, tienen que ser aadidas a un objeto HttpServletResponse mediante el mtodo
16/50
addCookie(Cookie). Esto debe realizarse antes de llamar al mtodo

getWriter() de ese mismo objeto. El siguiente cdigo muestra un ejemplo:
publicvoiddoGet(HttpServletRequestreq,HttpServletResponseresp)throwsServletException,IOException
{
//...
CookiemiCookie=newCookie("Nombre","Valor");
miCookie.setMaxAge(1);
miCookie.setComment("Estoesuncomentario");
resp.addCookie(miCookie);
PrintWriterout=resp.getWriter();
//...
}
Recogida de cookies
Los clientes devuelven las cookies como parte integrante del header de la peticin al
servidor. Por este motivo, las cookies enviadas debern ser recogidas del objeto
HttpServletRequest mediante el mtodo getCookies(), que devuelve un array de
objetos Cookie. A continuacin se muestra un ejemplo donde se recoge la primera
cookie del array de cookies:
CookiemiCookie=null;
Cookie[]arrayCookies=req.getCookies();
miCookie=arrayCookies[0];
Hay que tener cuidado, pues tal y como se ha mencionado con anterioridad, puede
haber ms de una cookie con el mismo nombre, por lo que habr que detectar de
alguna manera cul es la cookie que se necesita.
Obtener el valor de una Cookie
Para obtener el valor de una cookie se utiliza el mtodo getValue() de la clase Cookie.
El siguiente ejemplo supone que se tiene una tienda virtual de libros, y que un usuario
ha decidido eliminar un libro del carro de la compra. Se tienen dos cookies con el
mismo nombre (compra), pero con dos valores (libro1, libro2). Si se quiere eliminar el
valor libro1 es necesario el siguiente cdigo:
//...
StringlibroABorrar=req.getParameter("Borrar");
//...
if(libroABorrar!=null)
{
Cookie[]arrayCookies=req.getCookies();
for(i=0;i<arrayCookies.length;i++)
{
CookiemiCookie=arrayCookies[i];
if(miCookie.getName().equals("compra")&&miCookie.getValue.equals(libroABorrar)
{
miCookie.setMaxAge(0);//Eliminalacookie
}//findelif
}//findelfor
}//findelif
//...
La pgina .html mostrada en la Figura 7 permite establecer las cookies que son
enviadas posteriormente al navegador cliente.
17/50
Figura 7: Vista de la pgina EstablecerCookie.html

El cdigo del servlet encargado de crear las cookies, enviarlas al navegador cliente y
visualizar las existentes se muestra a continuacin.
importjava.io.*;
publicclassSetCookieextendsHttpServlet {
publicvoiddoGet(HttpServletRequestpeticion,HttpServletResponserespuesta)throwsIOException,ServletException
{
Stringnombre,valor;
//Sevisualizanlacookiesexistentes
Cookie[]cookies=peticion.getCookies();
if(cookies!=null)
for(inti=0;i<cookies.length;i++)
{
Cookiec=cookies[i];
nombre=c.getName();
valor=c.getValue();
out.println(nombre+"="+valor+"<BR>");
}
//Seaadelacookierecibidaalarespuesta
nombre=peticion.getParameter("NombreCookie");
if(nombre!=null&&nombre.length()>0)
{
valor=peticion.getParameter("ValorCookie");
Cookiec=newCookie(nombre,valor);
respuesta.addCookie(c);
}
}
publicvoiddoPost(HttpServletRequestpeticion,HttpServletResponserespuesta)throwsIOException,ServletException
{
doGet(peticion,respuesta);
}
}
Manejo de Sesiones (Session Tracking)

Una sesin es una conexin continuada de un mismo navegador a un servidor web
durante un intervalo prefijado de tiempo. Este tiempo depende habitualmente del
servidor, aunque a partir de la versin 2.1 de la API Servlet puede establecerse
mediante el mtodo setMaxInactiveInterval(int) de la interfaz HttpSession. Esta
interfaz es la que proporciona los mtodos necesarios para mantener sesiones.
La forma de obtener una sesin es mediante el mtodo getSession(boolean) de un
objeto HttpServletRequest. Si el parmetro es true se crea una sesin nueva si es
necesario, mientras que si es false, el mtodo devolver la sesin actual.
18/50
Una vez que se tiene un objeto HttpSession, es posible mantener una

coleccin de pares nombre/valor, de forma que pueda almacenarse todo tipo de
informacin sobre la sesin. Este valor puede ser cualquier objeto de la clase Object
que se desee. La forma de aadir valores a la sesin es mediante el mtodo
putValue(String, Object) de la interfaz HttpSession, y la de obtenerlos mediante el
mtodo getValue(String) del mismo objeto.
Adems de estos mtodos mencionados, la interfaz HttpSession define los mtodos
mostrados en la Tabla 3.
long getCreationTime()
long
getLastAccessedTime()
String [] getValueNames()
void invalidate()
boolean isNew()
void removeValue(String)
Devuelve el momento en que fue creado la sesin (en

milisegundos).
Devuelve el ltimo momento en que el cliente realiz una
peticin con el identificador asignado a una determinada
sesin (en milisegundos).
Devuelve un array con todos los nombre de los objetos
asociados con la sesin.
Invalida la sesin en curso.
Devuelve un boolean indicando si la sesin es nueva.
Elimina el objeto asociado con una determinada clave.
Tabla 3: Mtodos comunes de la interfaz HttpSession

La pgina .html mostrada en la Figura 8 permite establecer pares objeto/valor en la
sesin actual.
Figura 8: Vista de la pgina Establecer Session.html

El cdigo del servlet encargado de crear la sesin, agregar nuevos pares objeto/valor
y visualizar los existentes se muestra a continuacin.
importjava.io.*;
importjava.util.*;
publicclassSetSessionextendsHttpServlet {
publicvoidservice(HttpServletRequestpeticion,HttpServletResponserespuesta)throwsIOException,ServletException
{
out.println("<H3>EjemplodeSesiones</H3>");
//Secrealasesionsiesnecesario
HttpSessionsession=peticion.getSession(true);
19/50

//Visualizarinformaciondelasesion
Datecreated=newDate(session.getCreationTime());
Dateaccessed=newDate(session.getLastAccessedTime());
out.println("<hr>");
out.println("<b>ID:</b>"+session.getId()+"<br>");
out.println("<b>Fechadecreacin:</b>"+created+"<br>");
out.println("<b>Fechadeltimoacceso:</b>"+accessed+"<br>");
out.println("<hr><p>");
//SealmacenanuevainformacionelelobjetoHttpSession
StringnombreDato=peticion.getParameter("NombreDato");
if(nombreDato!=null&&nombreDato.length()>0)
{
StringvalorDato=peticion.getParameter("ValorDato");
session.setAttribute(nombreDato,valorDato);
}
out.println("<b><i>Lossiguientesdatosestnentusesin:</b></i><br>");
//Visualizarobjetoscontenidosenlasesionactual
Enumeratione=session.getAttributeNames();
{
Stringvalor=session.getAttribute(nombre).toString();
}
}
}
El resultado de incluir nueva informacin en la sesin se muestra en la Figura 9.
Figura 9: Resultado de ejecucin del servlet SetSession.class

Reescritura de URLs
A pesar de que la mayora de los navegadores ms extendidos soportan las cookies en
la actualidad, para poder emplear sesiones con clientes que, o bien no soportan
cookies o bien las rechazan, debe utilizarse la reescritura de URLs.
Para emplear est tcnica lo que se hace es incluir el cdigo identificativo de la sesin
(sessionId) en la URL de la peticin. Los mtodos que se encargan de reescribir la URL
si fuera necesario son encodeURL() y encodeRedirectURL(). El primero de ellos lee un
String que representa una URL y si fuera necesario la reescribe aadiendo el
identificativo de la sesin, dejndolo inalterado en caso contrario. El segundo realiza lo
mismo slo que con URLs de redireccin, es decir, permite reenviar la peticin del
cliente a otra URL.
Si en el ejemplo anterior incluimos reescritura de URLs quedara como sigue:
20/50
//...continuacindelcdigoanterior
//Visualizarobjetoscontenidosenlasesionactual
Enumeratione=session.getAttributeNames();
intcontValores=1;
{
++contValores;
Stringvalor=session.getAttribute(nombre).toString();
}
out.print("<p><ahref=\"");
out.print(respuesta.encodeURL("SetSession?NombreDato=nombre"+
contValores+"&ValorDato=valor"+contValores));
out.println("\">URLencoded</a>");
}
Manejo de cdigos de Estado en HTTP

Cuando un servidor web responde a una peticin de un navegador u otro cliente web,
la respuesta consiste tpicamente en una lnea de estado, algunas cabeceras de
respuesta, una lnea en blanco, y el documento. Aqu tenemos un ejemplo mnimo:
HTTP/1.1200OK
ContentType:text/plain
Holamundo
La lnea de estado consta de la versin HTTP y un entero que se interpreta como

cdigo de estado, adems de un mensaje muy corto que corresponde a dicho cdigo
de estado. En la mayora de los casos, todas las cabeceras son opcionales excepto
Content-Type, que especifica el tipo MIME del documento que sigue. Aunque muchas
respuestas contienen un documento, algunas no lo tienen. Por ejemplo, las respuestas
a peticiones HEAD nunca deberan incluir un documento, y hay una gran variedad de
cdigos de estado que esencialmente indican fallos, y o no incluyen un documento o
slo incluyen un pequeo "mensaje de error de documento".
Los servlets pueden realizar una variedad de tareas manipulando la lnea de estado y
las cabeceras de respuesta. Por ejemplo, reenviar al usuario a otros sitios web, indicar
que el documento adjunto es una imagen, un fichero Acrobat o un fichero HTML,
decirle al usuario que se requiere una password para acceder al documento, ..., etc.
La forma de hacer esto es mediante el mtodo setStatus() de HttpServletResponse.
Este mtodo recibe un dato de tipo int (el cdigo de estado) como argumento, pero en
vez de usar los nmeros explcitamente, es ms claro y legible usar las constantes
definidas en HttpServletResponse. El nombre de cada constante est derivado del
mensaje estndar HTTP 1.1 para cada constante, todo en maysculas con un prefijo
SC (por Status Code) y subrayados en vez de espacios. As, como el mensaje para
404 es Not Found, la constante equivalente en HttpServletResponse es
SC_NOT_FOUND. Sin embargo, hay dos excepciones: El cdigo 302 se deriva del
mensaje HTTP 1.0, y la constante para el cdigo 307 tampoco existe.
Seleccionar el cdigo de estado no significa que no se necesite devolver un
documento. Por ejemplo, aunque la mayora de los servidores generarn un pequeo
mensaje File Not Found para respuestas 404, un servlet podra personalizar esta
respuesta. Sin embargo, se necesita llamar a setStatus() antes de enviar el contenido
mediante PrintWriter.
21/50
Aunque el mtodo general de seleccin del cdigo de estado es simplemente llamar a

setStatus(int), hay dos casos comunes para los que se proporciona un mtodo atajo
en HttpServletResponse: El mtodo sendError(), que genera una respuesta 404 junto
con un mensaje corto formateado dentro de un documento HTML, y el mtodo
sendRedirect(), que genera una respuesta 302 junto con una cabecera Location
indicando la URL del nuevo documento.
Cdigos de Estado HTTP 1.1 y sus significados
La Tabla 4 muestra una lista con los cdigos de estado disponibles en HTTP 1.1 junto
con sus mensajes asociados y su interpretacin. Se debera tener cuidado al utilizar
los cdigos de estado que estn disponibles slo en HTTP 1.1, ya que muchos
navegadores slo soportan HTTP 1.0. Si es necesario utilizar cdigos de estado
especficos para HTTP 1.1, en la mayora de los casos se deber comprobar
explcitamente la versin HTTP de la peticin (mediante el mtodo getProtocol() de
HttpServletRequest) o reservarlo para situaciones donde no importe el significado de
la cabecera HTTP 1.0.
Cdigo
de
Estado
100
101
200
Mensaje
Asociado
Continue
Switching
Protocols
OK
201
202
203
Created
Accepted
Non-Authoritative
Information
204
No Content
205
Reset Content
206
Partial Content
300
Multiple Choices
301
Moved
Permanently
302
Found
Significado
Contina con peticin parcial (nuevo en HTTP 1.1).
El servidor cumplir con la cabecera Upgrade y cambiar a un protocolo diferente
(nuevo en HTTP 1.1).
Todo est bien. Los documentos enviados por peticiones GET y POST. Este es el valor
por defecto para los servlets a menos que se utilice setStatus().
El servidor cre un documento. La cabecera Location indica la URL.
La peticin se est realizando, el proceso no se ha completado.
El documento est siendo devuelto normalmente, pero algunas cabeceras de
respuesta podran ser incorrectas porque se est usando una copia del documento
No hay un documento nuevo. El navegador continua mostrando el documento
anterior. Esto es til si el usuario recarga peridicamente una pgina y existe la
posibilidad de determinar que la pgina anterior ya est actualizada. Sin embargo,
esto no funciona para pginas que se recargan automticamente mediante cabeceras
de respuesta Refresh o su equivalente
<META HTTP-EQUIV="Refresh" ...>, ya que al devolver este cdigo de estado se
pararn futuras recargas.
No hay documento nuevo, pero el navegador debera resetear el documento. Usado
para forzar al navegador a borrar los contenidos de los campos de un formulario CGI
El cliente enva una peticin parcial con una cabecera Range, y el servidor la ha
completado (nuevo en HTTP 1.1).
El documento pedido se puede encontrar en varios sitios. Sern listados en el
documento devuelto. Si el servidor tiene una opcin preferida, debera listarse en la
cabecera de respuesta Location.
El documento pedido est en algn lugar, y la URL se da en la cabecera de respuesta
Location. Los navegadores deberan seguir automticamente el enlace a la nueva
URL.
Similar a 301, excepto que la nueva URL debera ser interpretada como reemplazada
temporalmente, no permanentemente.
El mensaje era Moved Temporarily en HTTP 1.0, y la constante en
HttpServletResponse es SC_MOVED_TEMPORARILY, no
SC_FOUND.
Cabecera muy til, ya que los navegadores siguen automticamente el enlace a la
22/50

nueva URL. Este cdigo de estado es tan til que hay un mtodo
especial para l: sendRedirect(). Usar sendRedirect(url) tiene un par de ventajas
sobre hacer setStatus(SC_MOVED_TEMPORARILY) y setHeader("Location", url).
Primero, es ms fcil. Segundo, con sendRedirect(), el servlet construye
automticamente una pgina que contiene el enlace (para mostrar a los viejos
navegadores que no siguen las redirecciones automticamente).
Finalmente, sendRedirect() puede manejar URLs relativas, que se traducen
automticamente a absolutas.
303
See Other
304
Not Modified
305
Use Proxy
307
Temporary
Redirect
400
401
Bad Request
Unauthorized
403
Forbidden
404
Not Found
405
406
407
Method Not
Allowed
Not Acceptable
408
409
Proxy
Authentication
Required
Request Timeout
Conflict
410
Gone
411
Length Required
412
Precondition
Failed
Request Entity
Too Large
413
414
Request URI Too
Este cdigo de estado es usado algunas veces de forma intercambiada con 301. Por
ejemplo, si errneamente se pide http://host/~user (olvidando la ltima barra),
algunos servidores enviarn 301 y otros 302. Tcnicamente, se supone que los
navegadores siguen automticamente la redireccin si la peticin original era GET.
Ver cabecera 307 para ms detalles.
Igual que 301/302, excepto que si la peticin original era POST, el documento
redirigido (dado en la cabecera Location) debera ser recuperado mediante GET
El cliente tiene un documento en la cach y realiza una peticin condicional
(normalmente suministrando una cabecera If-Modified-Since indicando que slo
quiere documentos posteriores a la fecha especificada). El servidor le especifica al
cliente que el viejo documento de su cach todava est en uso.
El documento pedido debera recuperarse mediante el proxy listado en la cabecera
Location (nuevo en HTTP 1.1).
Es idntica a 302 (Found o Temporarily Moved). Fue aadido a HTTP 1.1 ya que
muchos navegadores siguen errneamente la redireccin de una respuesta 302
incluso si el mensaje original fue un POST, y slo se debe seguir la redireccin de una
peticin POST en respuestas 303. Esta respuesta es algo ambigua: sigue el
redireccionamiento para peticiones GET y POST en el caso de respuestas 303, y en el
caso de respuesta 307 slo sigue la redireccin de peticiones GET.
Nota: por alguna razn no existe una constante en HttpServletResponse que
corresponda con este cdigo de estado (nuevo en HTTP 1.1).
Mala sintaxis de la peticin.
El cliente intenta acceder a una pgina protegida por password sin la autorizacin
apropiada. La respuesta debera incluir una cabecera WWW-Authenticate que el
navegador debera usar para mostrar la caja de dilogo usuario/password, que viene
de vuelta con la cabecera Authorization.
El recurso no est disponible, sin importar la autorizacin. Normalmente indica la
falta permisos de fichero o directorios en el servidor.
No se pudo encontrar el recurso en esa direccin. La respuesta estndar es no such
page.
El mtodo sendError(message) de HttpServletResponse est disponible para este
cdigo de error. La ventaja de sendError() sobre setStatus() es que con el primero el
servidor genera automticamente una pgina que muestra un mensaje de error.
El mtodo de la peticin (GET, POST, HEAD, DELETE, PUT, TRACE, ..., etc.) no estaba
permitido para este recurso particular (nuevo en HTTP 1.1).
El recurso indicado genera un tipo MIME incompatible con el especificado por el
cliente mediante su cabecera Accept (nuevo en HTTP 1.1).
Similar a 401, pero el servidor proxy debera devolver una cabecera ProxyAuthenticate (nuevo en HTTP 1.1).
El cliente tarda demasiado en enviar la peticin (nuevo en HTTP 1.1).
Usualmente asociado con peticiones PUT. Usado para situaciones como la carga de
una versin incorrecta de un fichero (nuevo en HTTP 1.1).
El documento se ha ido. No se conoce la direccin de reenvo. Difiere de la 404 en
que se sabe que el documento se ha ido permanentemente, no slo no est
disponible por alguna razn desconocida como en 404 (nuevo en HTTP 1.1).
El servidor no puede procesar la peticin a menos que el cliente enve una cabecera
Content-Length (nuevo en http 1.1).
Alguna condicin previa especificada en la peticin era falsa (nuevo en HTTP 1.1).
El documento pedido es mayor que lo que el servidor puede manejar ahora. Si el
servidor cree que puede manejarlo ms tarde, debera incluir una cabecera RetryAfter (nuevo en HTTP 1.1).
La URI es demasiado larga (nuevo en HTTP 1.1).
23/50
501
Long
Unsupported
Media Type
Request Range
Not Satisfiable
Expectation
Failed
Internal Server
Error
Not Implemented
502
Bad Gateway
503
Service
Unavailable
504
Gateway Timeout
505
HTTP Version Not

Supported
415
416
417
500
La peticin est en un formato desconocido (nuevo en HTTP 1.1).

El cliente incluy una cabecera Range no satisfactoria en la peticin (nuevo en HTTP
1.1).
No se puede conseguir el valor de la cabecera Expect (nuevo en HTTP 1.1).
Mensaje genrico server is confused. Normalmente es el resultado de programas CGI
o servlets que se quedan colgados o retornan cabeceras mal formateadas.
El servidor no soporta la funcionalidad de rellenar peticiones. Usado, por ejemplo,
cuando el cliente enva comandos como PUT que el servidor no soporta.
Usado por servidores que actan como proxies o gateways. Indica que el servidor
inicial obtuvo una respuesta errnea desde el servidor remoto.
El servidor no puede responder debido a mantenimiento o sobrecarga. Por ejemplo,
un servlet podra devolver esta cabecera si algn pool de threads o de conexiones con
bases de datos estn llenos. El servidor puede suministrar una cabecera Retry-After.
Usado por servidores que actan como proxies o gateways. Indica que el servidor
inicial no obtuvo una respuesta a tiempo del servidor remoto (nuevo en HTTP 1.1).
El servidor no soporta la versin de HTTP indicada en la lnea de peticin (nuevo en
HTTP 1.1).
Tabla 4: Cdigos de estado del protocolo HTTP 1.1
1.6 Ejemplo: Motor de bsqueda

A continuacin se muestra un ejemplo que hace uso de los dos cdigos de estado ms
comunes distintos de 200: 302 y 404. El cdigo 302 se selecciona mediante el mtodo
sendRedirect(), mientras que el 404 se selecciona mediante sendError(). En esta
aplicacin, se muestra un formulario HTML que permite al usuario elegir una cadena
de bsqueda, el nmero de los resultados por pgina, y el motor de bsqueda a
utilizar. Cuando se enva el formulario, el servlet extrae estos tres parmetros,
construye una URL con los parmetros embebidos en una forma apropiada para el
motor de bsqueda seleccionado, y redirige al usuario a esa direccin. Si el usuario
falla al elegir el motor de bsqueda o enva un nombre de motor de bsqueda no
conocido, se devuelve una pgina de error 404 diciendo que no hay motor de
bsqueda o que no se conoce.
Los listados siguientes
muestran el cdigo fuente de las clases SearchSpec y
SearchEngines respectivamente:
packagehall;
classSearchSpec
{
privateStringname,baseURL,numResultsSuffix,extra;
privatestaticSearchSpec[]commonSpecs=
{
newSearchSpec("google",
"http://www.google.com/search?q=",
"&num=",
""),
newSearchSpec("infoseek",
"http://srch.overture.com/d/search/p/go/?Partner=go_home&Keywords=",
"&nh=",
""),
newSearchSpec("lycos",
"http://lycospro.lycos.com/cgibin/pursuit?query=",
"&maxhits=",
""),
newSearchSpec("hotbot",
"http://www.hotbot.lycos.es/result.html?query=",
"&numresult_field=",
"&bool=all&z=1111121211211111211&languagefield=any&description_field=full&uk=ww&hs=s")
};
publicSearchSpec(Stringname,StringbaseURL,StringnumResultsSuffix,Stringextra)
{
this.name=name;
24/50

this.baseURL=baseURL;
this.numResultsSuffix=numResultsSuffix;
this.extra=extra;
}
publicStringmakeURL(StringsearchString,StringnumResults)
{
return(baseURL+searchString+numResultsSuffix+numResults+extra);
}
publicStringgetName()
{
return(name);
}
publicstaticSearchSpec[]getCommonSpecs()
{
return(commonSpecs);
}
}
packagehall;
importjava.io.*;
importjava.net.*;
publicclassSearchEnginesextendsHttpServlet
{
publicvoiddoGet(HttpServletRequestpeticion,HttpServletResponserespuesta)throwsServletException,IOException
{
StringsearchString=URLEncoder.encode(peticion.getParameter("searchString"));
StringnumResults=peticion.getParameter("numResults");
StringsearchEngine=peticion.getParameter("searchEngine");
SearchSpec[]commonSpecs=SearchSpec.getCommonSpecs();
for(inti=0;i<commonSpecs.length;i++)
{
SearchSpecsearchSpec=commonSpecs[i];
if(searchSpec.getName().equals(searchEngine))
{
Stringurl=respuesta.encodeURL(searchSpec.makeURL(searchString,numResults));
respuesta.sendRedirect(url);
return;
}
}
respuesta.sendError(respuesta.SC_NOT_FOUND,
"Motordebsquedaespecificadonoreconocido.");
}
publicvoiddoPost(HttpServletRequestpeticion,HttpServletResponserespuesta)throwsServletException,IOException
{
doGet(peticion,respuesta);
}
La Figura 10 muestra el aspecto de la pgina SearchEngines.html creada para invocar

al servlet SearchEngine.class.
Figura 10: Pgina web creada para realizar una bsqueda en Internet
25/50
1.7 Subida de ficheros al servidor

Al desarrollar una aplicacin web, es posible que surja la necesidad de crear un
sistema de administracin para simplificar las labores de mantenimiento. Esta
administracin, posiblemente estar formada por unos cuantos formularios que
interactuarn con una base de datos. Pero a veces, tambin resulta necesario poder
subir ficheros al servidor.
Para subir un fichero al servidor, se debe crear un formulario especial via POST e
indicando que es una subida multi-parte tal como se muestra a continuacin:
<HTML>
<HEAD>
<TITLE></TITLE>
</HEAD>
<BODY>
<center>
<formmethod="POST"enctype='multipart/formdata'action="UploadFichero">
Porfavor,seleccioneeltrayectodelficheroacargar
<br><inputtype="file"name="fichero">
<inputtype="submit">
</form>
</center>
</BODY>
</HTML>
En el formulario anterior, se puede ver una invocacin a un servlet llamado

uploadFichero. El aspecto del formulario se puede ver en la Figura 11.
Figura 11: Aspecto del formulario Upload.

A continuacin, se debe que crear un servlet que sea capaz de procesar la respuesta.
Para facilitar la labor se pueden emplear las clases que porciona un subproyecto en
Apache llamado fileupload (http://jakarta.apache.org/commons/fileupload/). Se
descarga el fichero jar correspondiente y se incluye en el classpath. Para el
funcionamiento correcto de esta clase ser necesario incluir,tambin incluir en el
classpath la implementacin de Yakarta commons IO que se puede descargar de
http://jakarta.apache.org/commons/io/.
A continuacin se procede a codificar el servlet empleando la clase DiskFileUpload del
proyecto fileupload que facilita el procesarmiento de la peticin. El cdigo del servlet
se ha construido como se especifica a continuacin:
26/50

importjava.io.*;
importjava.net.*;
importorg.apache.commons.fileupload.*;
importjava.util.*;
/**
*Subirficherosalservidor
*@authorJosRamnMndezReboredo
*@version1.0
*/
publicclassUploadFicheroextendsHttpServlet{
protectedvoidprocessRequest(HttpServletRequestrequest,HttpServletResponseresponse)
throwsServletException,IOException{
response.setContentType("text/html");
PrintWriterout=response.getWriter();
out.println("<html><head><title>Servlet</title></head><body>");
procesaFicheros(request,out);
out.println("</body></html>");
out.close();
}
publicbooleanprocesaFicheros(HttpServletRequestreq,PrintWriterout){
try{
//construimoselobjetoqueescapazdeparsearlapericin
DiskFileUploadfu=newDiskFileUpload();
//maximonumerodebytes
fu.setSizeMax(1024*1024*8);//8MB
//tamaoporencimadelcuallosficherossonescritosdirectamenteendisco
fu.setSizeThreshold(4096);
//directorioenelqueseescribirnlosficheroscontamao
//superioralsoportadoenmemoria
fu.setRepositoryPath("/tmp");
//ordenamosprocesarlosficheros
ListfileItems=fu.parseRequest(req);
if(fileItems==null)
{
returnfalse;
}
out.print("<br>Elnmerodeficherossubidoses:"+fileItems.size());
//Iteramosporcadafichero
Iteratori=fileItems.iterator();
FileItemactual=null;
while(i.hasNext())
{
actual=(FileItem)i.next();
StringfileName=actual.getName();
out.println("<br>Noshansubidoelfichero"+fileName);
//construimosunobjetofilepararecuperareltrayectocompleto
Filefichero=newFile(fileName);
//nosquedamossoloconelnombreydescartamoselpath
fichero=newFile("c:\\ficherossubidos\\"+fichero.getName());
//escribimoselficherocolgandodelnuevopath
actual.write(fichero);
}
}
catch(Exceptione){
returnfalse;
}
returntrue;
}
/**HandlestheHTTP<code>POST</code>method.
*@paramrequestservletrequest
*@paramresponseservletresponse
*/
protectedvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)
throwsServletException,IOException{
processRequest(request,response);
}
}
1.8 Generar imgenes desde servlets

Muchas veces resulta necesario generar imgenes de forma dinmica como grficas o
direcciones de correo electrnico. En este sentido, es necesario recurrir al API Java 2D
mediante la creacin de una ventana de Swing.
27/50
A nivel general, los pasos a seguir son los siguientes:

1- Generar una imagen con la clase BufferedImage para aprovechar la API Java 2D y
sus capacidades grficas:
GraphicscontextoGrafico=null;
intw=200;
inth=50;
BufferedImageimage=newBufferedImage(w,h,BufferedImage.TYPE_3BYTE_BGR);
2- Crear una imagen que represente el fondo de la ventana creada en el paso

anterior:
contextoGrafico=image.getGraphics();
3- Pintar segn lo requerido

contextoGrafico.setFont(newFont("Arial",Font.BOLD|Font.ITALIC,20));
contextoGrafico.draw3DRect(0,0,w1,h1,true);
Dateahora=newDate();
SimpleDateFormatformateador=newSimpleDateFormat("ddMMyyyyHH:mm");
contextoGrafico.drawString(formateador.format(ahora),20,30);
4- Cambiar el tipo de respuesta del servlet

res.setContentType("image/gif");
5- Codificar nuestra imagen como un fichero GIF y escribirlo en el buffer de salida

GifEncoderencoder=newGifEncoder(image,out);
encoder.encode();
out.flush();
out.close();
Para codificar la imagen (Objeto Image), se puede usar una clase que se puede
descargar gratuitamente de
http://www.acme.com/java/software/Acme.JPM.Encoders.GifEncoder.html. Esta clase
es GifEncoder y permite codificar imgenes en formato GIF. De la misma forma, se
podra emplear las clases JPEGCodec, JPEGEncodeParam y JPEGImageEncoder del
paquete com.sun.image.codec.jpeg que se distribuye con el propio JavaSE. Es
importante recordar que si se escoge esta opcin el tipo de respuesta del servlet ser
image/jpeg y que no es necesario descargar ningn software adicional.
JPEGImageEncoderencoder=JPEGCodec.createJPEGEncoder(out);
JPEGEncodeParamparam=encoder.getDefaultJPEGEncodeParam(image);
param.setQuality(1.0f,false);
encoder.setJPEGEncodeParam(param);
encoder.encode(image);
out.flush();
out.close();
A continuacin se muestra el cdigo fuente del servlet creado para construir la imagen
as como una pgina web que permite su prueba.
importjava.awt.*;
importjava.awt.image.*;
importjava.io.*;
importjava.util.*;
28/50

importjava.text.*;
importcom.sun.image.codec.jpeg.*;
/**
*Generaunaimagenparacolocarenlaweb
*@authorJosRamnMndezReboredo
*@version1.0
*/
publicclassSimpleJPGServletextendsHttpServlet{
/**ProcessesrequestsforbothHTTP<code>GET</code>and<code>POST</code>methods.
*/
protectedvoidprocessRequest(HttpServletRequestreq,HttpServletResponseres)
throwsServletException,java.io.IOException{
ServletOutputStreambufferSalida=res.getOutputStream();
GraphicscontextoGrafico=null;
try{
//Construiruncontextodegrficosmedianteuna
//bufferedimage
intw=200;
inth=50;
BufferedImageimage=newBufferedImage(w,h,BufferedImage.TYPE_3BYTE_BGR);
contextoGrafico=image.getGraphics();
contextoGrafico.setFont(newFont("Arial",Font.BOLD|Font.ITALIC,20));
contextoGrafico.draw3DRect(0,0,w1,h1,true);
Dateahora=newDate();
SimpleDateFormatformateador=newSimpleDateFormat("ddMMyyyyHH:mm");
contextoGrafico.drawString(formateador.format(ahora),20,30);
//EncodetheoffscreengraphicsintoaGIFandsendittotheclient
res.setContentType("image/jpeg");
JPEGImageEncoderencoder=JPEGCodec.createJPEGEncoder(bufferSalida);
JPEGEncodeParamparam=encoder.getDefaultJPEGEncodeParam(image);
param.setQuality(1.0f,false);
encoder.setJPEGEncodeParam(param);
encoder.encode(image);
bufferSalida.flush();
bufferSalida.close();
}finally{
if(contextoGrafico!=null)contextoGrafico.dispose();
}
}
/**HandlestheHTTP<code>GET</code>method.
*/
protectedvoiddoGet(HttpServletRequestrequest,HttpServletResponseresponse)
}
/**HandlestheHTTP<code>POST</code>method.
*/
protectedvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)
}
}
Por otro lado el cdigo de la pgina web que invoca al servlet:

<html>
<head>
<metahttpequiv="ContentLanguage"content="es">
<title>MostrarlaimagengeneradaporunServlet</title>
</head>
<body>
<center>
<h2>Bienvenidosanuestroservidor</h2>
<p>Osvamosamostrarlosfcilqueesinvocaralservlet</p>
<imgsrc="SimpleJPGServlet">
</center>
</body>
</html>
Finalmente en la se puede ver el resultado del servlet generador de imgenes.
29/50
Figura 12: Resultado de generacin de imgenes.
2 JSP
2.1 Introduccin
JSP es una tecnologa basada en Java que simplifica el proceso de desarrollo de sitios
web dinmicos. Las Java Server Pages son ficheros de texto (normalmente con
extensin .jsp) que sustituyen a las pginas HTML tradicionales. Los ficheros JSP
contienen etiquetas HTML y cdigo embebido que permite al diseador de la pgina
web acceder a datos desde cdigo Java que se ejecuta en el servidor.
Cuando la pgina JSP es requerida por un navegador a travs de una peticin HTTP,
las etiquetas HTML permanecen inalterables, mientras que el cdigo que contiene
dicha pgina es ejecutado en el servidor, generando contenido dinmico que se
combina con las etiquetas HTML antes de ser enviado al cliente. Este modo de operar
implica una separacin entre los aspectos de presentacin de la pgina y la lgica de
programacin contenida en el cdigo.
Es una tecnologa hbrida basada en template systems. Al igual que ASP, SSJS y PHP
puede incorporar scripts para aadir cdigo Java directamente a las pginas .jsp, pero
tambin implementa, al estilo de ColdFusion, un conjunto de etiquetas que
interaccionan con los objetos Java del servidor, sin la necesidad de aparezca cdigo
fuente en la pgina.
JSP se implementa utilizando la tecnologa Servlet. Cuando un servidor web recibe
una peticin de una pgina .jsp, la redirecciona a un proceso especial dedicado a
manejar la ejecucin de servlets (servlet container). En el contexto de JSP, este
proceso se llama JSP container.
Beneficios que aporta JSP
Los beneficios ofrecidos por JSP, como alternativa a la generacin de contenido
dinmico para la web, se resumen a continuacin:
30/50
Mejoras en el rendimiento
Utilizacin de procesos ligeros (hilos Java) para el manejo de las peticiones.

Manejo de mltiples peticiones sobre una pgina .jsp en un instante dado.
El contenedor servlet puede ser ejecutado como parte del servidor web.
Facilidad para compartir recursos entre peticiones (hilos con el mismo padre:
servlet container).
Soporte de componentes reutilizables
Creacin, utilizacin y modificacin de JavaBeans del servidor.

Los JavaBeans utilizados en pginas .jsp pueden ser utilizados en servlets,
applets o aplicaciones Java.
Separacin entre cdigo de presentacin y cdigo de implementacin
Cambios realizados en el cdigo HTML relativos a cmo son mostrados los

datos, no interfieren en la lgica de programacin y viceversa (ver Figura 3.32).
Divisin del trabajo
Los diseadores de pginas pueden centrarse en el cdigo HTML y los

programadores en la lgica del programa.
Los desarrollos pueden hacerse independientemente.
Las frecuentes modificaciones de una pgina se realizan ms eficientemente.
Presentacin
Implementacin
Etiquetas HTML y JSP
JavaBeans
Etiquetas JSP especficas
Figura 13: Separacin entre cdigo de presentacin y cdigo de implementacin en

JSP
Cmo trabaja JSP?
Para poder utilizar esta tecnologa es necesario un servidor web que de soporte a
31/50
pginas .html, y cdigo que implemente un contenedor JSP donde

ejecutar las etiquetas JSP. Existen servidores web que incorporan dicha capacidad
dentro de su cdigo (Netscape Enterprise y Aplication Server 5.0), as como
servidores escritos ntegramente en Java (Java Web Server de Sun y Jigsaw del
W3consortium) que dan soporte a esta tecnologa directamente.
Sin embargo, la mayora de servidores web, estn escritos en lenguajes de
programacin tradicional, compilados en cdigo nativo por razones de eficiencia. Para
estos servidores es necesario aadir cdigo suplementario que implemente el
contenedor JSP. Para ello se han proporcionado APIs del servidor para poder extender
su funcionalidad, as Netscape proporciona NSAPI (Netscape Server Application
Programming Interface), y Microsoft proporciona ISAPI (Internet Server Application
Programming Interface). Mediante estas APIs es posible desarrollar herramientas de
soporte para JSP.
Para el servidor Apache, se dispone de mdulos. En versiones antiguas del servidor
era necesario recompilar el cdigo del servidor para soportar un nuevo mdulo,
actualmente son cargados dinmicamente basndose en ficheros de configuracin.
Una vez que el contenedor JSP ha sido instalado y configurado, los ficheros .jsp se
tratan igual que los ficheros .html, situndolos en cualquier lugar de la jerarqua de
directorios. Cualquier clase Java que se utilice en un fichero .jsp, debe estar disponible
en la variable CLASSPATH del contenedor JSP.
Aunque la especificacin JSP no presupone nada sobre la implementacin que da
soporte a esta tecnologa, la mayora de las implementaciones disponibles estn
basadas en servlets.
El primer componente de las implementaciones basadas en servlets, es un servlet
especial denominado compilador de pginas. Este servlet junto con sus clases Java
asociadas, se conoce con el nombre de contenedor JSP. El contenedor est
configurado para llamar al compilador de pginas para todas la peticiones que
coincidan con una pgina .jsp. Su misin es la de compilar cada pgina .jsp en un
servlet cuya finalidad es la de generar el contenido dinmico especificado por el
documento .jsp original.
Para compilar una pgina, el compilador de pginas escanea el documento en busca
de etiquetas JSP, generando el cdigo Java correspondiente para cada una de ellas.
Las etiquetas estticas HTML son convertidas a Strings de Java. Las etiquetas que
hacen referencia a JavaBeans son traducidas en los correspondientes objetos y
llamadas a mtodos. Una vez que el cdigo del servlet ha sido construido (se ha
codificado su mtodo service()), el compilador de pginas llama al compilador de Java
para compilar el cdigo fuente y aade el fichero de bytecodes resultante al directorio
apropiado del contenedor JSP.
Una vez que el servlet correspondiente a la pgina .jsp ha sido generado, el
compilador de pginas invoca al nuevo servlet para generar la respuesta al cliente.
Mientras que el cdigo de la pgina .jsp no se altere, todas las referencias a la pgina
ejecutarn el mismo servlet. Esto supone una cierta demora en la primera referencia a
la pgina, aunque existen mecanismos en JSP para precompilar la pgina .jsp antes
32/50
de que se haya producido la primera peticin.
Recibe
solicitud
Compilador de Pginas
Existe
servlet
No
Escanear
pgina JSP
S
Est en
memoria?
No
Cargar
servlet JSP
Generar
respuesta
Generar cdigo
fuente servlet
JSP
Contenedor
Servidor JSP
HTTP
Compilar
servlet JSP
Servlet de pgina JSP
Enva
la respuesta
Figura 14: Esquema de ejecucin de una pgina JSP

Salida con buffer
El protocolo HTTP permite enviar al cliente informacin adicional en forma de
cabeceras (informacin sobre el cuerpo de la respuesta, control del cache,
establecimiento de cookies, ..., etc). Esta informacin debe enviarse antes que el
cuerpo de la pgina HTML que el cliente debe visualizar, pero el cdigo JSP que podra
encargarse de generar estas cabeceras se encuentra inmerso en el cuerpo del
documento .jsp.
La especificacin JSP requiere que todas las implementaciones de JSP soporten salida
con buffer. Esto supone que el contenido generado por una pgina .jsp no se enva
directamente al navegador cuando est siendo generado, sino que el contenido de la
pgina a enviar se guarda en un buffer de salida. Este buffer slo se vaca cuando la
pgina .jsp completa ha sido procesada. Esto facilita la creacin de cabeceras desde
cdigo JSP inmerso en una pgina, o incluso permite descartar el envo de la pgina
33/50
por la deteccin cualquier error en tiempo de ejecucin.

El tamao por defecto del buffer que maneja JSP es de 8K, que se supone ms que
suficiente para la mayora de las pginas con contenido dinmico, aunque es posible
incrementar el tamao o incluso desactivar el buffer.
Manejo de sesiones
Una caracterstica del protocolo HTTP es que carece de estado, lo que significa que el
servidor no puede mantener informacin sobre los clientes que se conectan a l una y
otra vez. Cuando se recibe una peticin de un cliente y se enva la respuesta, el
servidor olvida todo sobre el ordenador que gener la peticin, y la siguiente vez que
el mismo cliente se conecte ser tratado como si nunca antes se hubiera conectado.
Esto es un problema cuando se desea que el usuario se autentifique y rellene un
conjunto de formularios. Cmo saber que se trata del mismo cliente y no otro
totalmente distinto el que se conecta a una pgina en concreto?.
El proceso de tratar de mantener el estado a travs de mltiples peticiones HTTP se
conoce con el nombre de manejo de sesin (session management). La idea es que
todas las peticiones que genere un cliente durante un perodo de tiempo dado,
pertenecen a la misma sesin interactiva.
JSP incluye soporte para el manejo de sesiones, dado que se implementa utilizando la
API Servlet. Los servlets pueden utilizar cookies o reescritura de URLs para
implementar el manejo de sesiones, pero los detalles estn ocultos al nivel de JSP.
2.2 Sintaxis del lenguaje

JSP proporciona 4 tipos principales de etiquetas:
Directivas: conjunto de etiquetas que contienen instrucciones para el

contenedor JSP con informacin acerca de la pgina en la que se encuentran.
No producen ninguna salida visible, pero afectan a las propiedades globales de
la pgina .jsp que tienen influencia en la generacin del servlet
correspondiente.
Elementos de Script: se utilizan para encapsular cdigo Java que ser

insertado en el servlet correspondiente a la pgina .jsp.
Comentarios: se utilizan para aadir comentarios a la pgina .jsp. JSP soporta

mltiples estilos de comentarios, incluyendo aquellos que hacen que los
comentarios aparezcan en la pgina HTML generada como respuesta a la
peticin del cliente.
Acciones: soportan diferentes comportamientos. Pueden transferir el control

entre pginas, applets e interaccionar con componentes JavaBeans del lado del
servidor. Se pueden programar etiquetas JSP personalizadas para extender las
funcionalidades del lenguaje en forma de etiquetas de este tipo.
34/50
Directivas
Se usan para enviar informacin especial sobre la pgina al contenedor JSP
(especificar el lenguaje de script, incluir contenido de otra pgina, o indicar que la
pgina usa una determinada librera de etiquetas). Las directivas JSP van encerradas
entre <%@ y %>.
page
<%@ page atributo1=valor1 atributo2=valor2 atributo3=... %>
o tambin en formato XML:
<jsp:directive.page
atributo1=valor1
atributo2=valor2
atributo3=... />
Los posibles valores de los atributos se muestran en la Tabla 5.
Atributo
Valor
info
language
contentType
Cadena de texto.
Nombre del lenguaje de script.
Tipo MIME y conjunto de caracteres.
extends
import
Nombre de clase.
Nombres de clases y/o paquetes.
session
buffer
autoFlush
isThreadSafe
errorPage
isErrorPage
Booleano.
Tamao del buffer o none.
Booleano.
Booleano.
URL local.
Booleano.
Valor por
defecto
java
text/html
ISO-8859-1
Ninguno
java.lang,
java.servlet,
javax.servlet.http,
javax.servlet.jsp
true
8kb
true
true
Ninguno
false
Tabla 5: Valores por defecto de los atributos de la directiva page

Se pueden incluir mltiples directivas de este tipo en una pgina .jsp. No se puede
repetir el uso de un atributo en la misma directiva ni en otras de la misma pgina
excepto para import. Los atributos que no sean reconocidos generarn un error en
tiempo de ejecucin (el nombre de los atributos es sensible a maysculas y
minsculas).
Un ejemplo de una pgina .jsp sencilla se muestra a continuacin.
<HTML>
<HEAD>
<TITLE>LaprimerapginaconJSP</TITLE>
</HEAD>
<BODYBGCOLOR="#FFFFFF">
<%@pageinfo=ProbandoJSP...%>
<%@pagelanguage=java%>
35/50

<%@pagecontentType=text/plain;charset=ISO88591%>
<%@pageimport=java.util.*,java.awt.*%>
<%@pagesession=false%>
<%@pagebuffer=12kb%>
<%@pageautoFlush=true%>
<%@pageisThreadSafe=false%>
<%@pageerrorPage=/webdev/misc/error.jsp%>
<%@pageisErrorPage=false%>
Holamundo!
</BODY>
</HTML>
include
<%@ include file=localURL %>
Permite incluir el contenido de otra pgina .html o .jsp. El fichero es identificado
mediante una URL y la directiva tiene el efecto de remplazarse a s misma con el
contenido del archivo especificado. Puede ser utilizada para incluir cabeceras y pies de
pginas comunes a un desarrollo dado.
taglib
<%@ taglib uri=tagLibraryURI prefix=tagPrefix %>
Esta directiva se utiliza para notificar al contenedor JSP que la pgina utilizar una o
ms libreras de etiquetas personalizadas. Una librera de etiquetas es una coleccin
de etiquetas personalizadas, que pueden ser utilizadas para extender la funcionalidad
bsica de JSP.
El valor del atributo uri indica la localizacion del TLD (Tag Library Descriptor),
mientras que el atributo prefix especifica el identificador del espacio de nombres en
XML que ser anexado a todas la etiquetas de esa librera que se utilicen en la pgina
.jsp.
Por razones de seguridad, la especificacin JSP permite utilizar solamente TLDs del
sistema de archivos local.
Elementos de script
Las etiquetas de este tipo permiten encapsular cdigo Java en una pgina .jsp. JSP
proporciona tres tipos diferentes de etiquetas de script: declaraciones, scriptlets y
expresiones.
Las declaraciones permiten definir variables y mtodos para una pgina. Los scriptlets
son bloques de cdigo preparados para ejecutarse y las expresiones son lneas
simples de cdigo cuya evaluacin es insertada en la salida de la pgina en el lugar de
la expresin original.
36/50
Declaraciones
Las declaraciones se usan para definir variables y mtodos especficos para una
pgina .jsp. Las variables y los mtodos declarados son accesibles por cualquier otro
elemento de script de la pgina, aunque estn codificados antes que la propia
declaracin. La sintaxis es:
<%! declaracion (es) %>
Algunos ejemplos se muestran a continuacin:
<%!privateintx=0,y=0;privateStringunidad=cm;%>
<%!staticpublicintcontador=0;%>
<%!publiclongfactorial(longnumero)
{
if(numero==0)return1;
elsereturnnumero*factorial(numero1);
}%>
Un uso importante de la declaracin de mtodos es el manejo de eventos relacionados

con la inicializacin y destruccin de la pgina .jsp. La inicializacin ocurre la primera
vez que el contenedor JSP recibe una peticin de una pgina .jsp concreta. La
destruccin ocurre cuando el contenedor JSP descarga la clase de memoria o cuando
el contenedor JSP se reinicia.
Estos eventos se pueden controlar sobreescribiendo dos mtodos que son llamados
automticamente: jspInit() y jspDestroy().
<%!publicvoidjspInit()
{
//Elcdigodeinicializaciniraaqu.
}
publicvoidjspDestroy()
{
//Elcdigodefinalizaciniraaqu.
}
%>
Obviamente su codificacin es opcional.

Expresiones
<%= expresin %>
Las expresiones estn ligadas a la generacin de contenidos. Se pueden utilizar para
imprimir valores de variables o resultados de la ejecucin de algn mtodo. Todo
resultado de una expresin es convertido a un String antes de ser aadido a la salida
de la pgina. Las expresiones no terminan con un punto y coma (;).
<%=(horas<12)?AM:PM%>
37/50
Scriptlets
<% scriptlet %>
Los scriptlets pueden contener cualquier tipo de sentencias Java, pudiendo dejar
abiertos uno o ms bloques de sentencias que debern ser cerradas en etiquetas de
scritplets posteriores.
Se pueden incluir sentencias condicionales if-else if-else,
<%if(numero<0){%>
<p>Nosepuedecalcularelfactorialdeunnmeronegativo.</p>
<%}elseif(numero>20){%>
<p>Argumentosmayoresque20causanundesbordamientodepila.</p>
<%}else{%>
<palign=center><%=x%>!=<%factorial(x)%></p>
<%}%>
Se pueden incluir sentencias de iteracin: for, while y do/while,

<table>
<tr><th><i>x</i></th><th><i>x</i>!</th></tr>
<%for(longx=0;x<=20;++x){%>
<tr><td><%=x%></td><td><%=factorial(x)%></td></tr>
<%}%>
</table>
En cuanto al manejo de excepciones, el comportamiento por defecto cuando surge un

error durante la ejecucin de una pgina .jsp, es el de mostrar un mensaje en la
ventana del navegador. Tambin se puede utilizar el atributo errorPage de la directiva
page para especificar una pgina de error alternativa. La tercera opcin es utilizar el
mecanismo de manejo de excepciones de Java usando scriptlets.
El ejemplo mostrado anteriormente para calcular el factorial de un nmero dado,
utilizando manejo de excepciones quedara como sigue.
<!factorialestry.jsp>
<HTML>
<HEAD>
<TITLE>LasegundapginaconJSP</TITLE>
</HEAD>
<%!publiclongfactorial(longnumero)throwsIllegalArgumentException
{
if((numero<0)||(numero>20))
thrownewIllegalArgumentException("FueradeRango");
}%>
<%try{
longresultado=factorial(x);%>
<palign=center><%=x%>!=<%=resultado%> </p>
<%}catch(IllegalArgumentExceptione){%>
<p>Elargumentoparacalcularelfactorialestafueraderango.</p>
<%}%>
</BODY>
</HTML>
Comentarios
38/50
En una pgina .jsp, pueden existir tres tipos de comentarios, aunque

se dividen en dos grandes categoras: (i) los que son transmitidos al cliente como
parte de la respuesta generada por el servidor y (ii) los que slo son visibles en el
cdigo fuente de la pgina .jsp.
Comentarios de contenido
Este tipo de comentarios sern incluidos en la salida de la pgina .jsp, y por lo tanto
sern visibles en el cdigo fuente que le llegue al cliente. La sintaxis es:

Es el tipo estndar de comentario para HTML y XML. Se puede incluir contenido
dinmico en el comentario (expresiones JSP), y el valor de la expresin aparecer
como parte del comentario en el cliente.
<!longenJavaesde64bits,porlotanto20!=<%=factorial(20)%>esellmitesuperior>
Comentarios JSP
Los comentarios JSP son independientes del tipo de contenido producido por la pgina
y del lenguaje de script utilizado, Estos comentarios slo pueden ser vistos
examinando la pgina .jsp original. La sintaxis es:
<%-- comentario --%>
El cuerpo del comentario es ignorado por el contenedor JSP.
Comentarios del lenguaje de Script
Pueden ser introducidos dentro de los scriptlets o las expresiones JSP, utilizando los
comentarios nativos de la sintaxis del lenguaje de script. La sintaxis es.
<% /* comentario */ %>
Estos comentarios no sern visibles para el cliente, pero s aparecern en el servlet
correspondiente a la pgina .jsp.
Acciones
Las acciones permiten la transferencia de control entre pginas, soportan la
especificacin applets de Java de un modo independiente al navegador del cliente,
capacitan a las pginas .jsp, para interaccionar con componentes JavaBeans
residentes en el servidor y permiten la creacin y uso de libreras de etiquetas
personalizadas.
39/50
forward
<jsp:forward page=localURL />
Se usa para transferir el control de una pgina .jsp a otra localizacin. Cualquier
cdigo generado hasta el momento se descarta, y el procesado de la peticin se inicia
en la nueva pgina. El navegador cliente sigue mostrando la URL de la pgina .jsp
inicial.
El valor del parmetro page, puede ser un documento esttico, un CGI, un servelt u
otra pgina JSP. Para aadir flexibilidad a este parmetro, se puede construir su valor
como concatenacin de valores de variables.
<jsp:forward page=<%=message+statusCode+.html%>/>
Puede resultar til pasar pares parmetro/valor al destino de la etiqueta. Para ello se
utiliza <jsp:param ... />.
<jsp:forward page=factorial.jsp
<jsp:param name=numerovalue=25/>
...
</jsp:forward>
include
<jsp:include page=localURL flush=true />
Proporciona una forma sencilla de incluir contenido generado por otro documento local
en la salida de la pgina actual. En contraposicin con la etiqueta forward, include
transfiere el control temporalmente.
El valor del atributo flush, determina si se debe vaciar el buffer de la pgina actual
antes de incluir el contenido generado por el programa incluido.
Como en el caso anterior, se puede completar esta etiqueta con el uso de
<jsp:param> para proporcionar informacin adicional al programa llamado.
<jsp:include page=localURLflush=true
<jsp:param name=nombreParametro1value=valorParametro1/>
...
<jsp:param name=nombreParametroNvalue=valorParametroN/>
</jsp:include>
Plug-in
La finalidad de esta etiqueta es generar cdigo HTML especfico para el navegador del
cliente cuando se invocan applets que utilizan el Plug-in de Sun.
Beans
JSP proporciona tres acciones diferentes para interaccionar con JavaBeans del lado del
servidor: <jsp:useBean>, <jsp:setProperty> y <jsp:getProperty>.
40/50
Objetos implcitos
El contenedor JSP exporta un nmero de objetos internos para su uso desde las
pginas .jsp. Estos objetos son asignados automticamente a variables que pueden
ser accedidas desde elementos de script de JSP. La Tabla 6 muestra los objetos
disponibles y la API a la que pertenecen.
Objeto
page
Clase o Interfaz
Descripcin
javax.servlet.jsp.HttpJspPage
Instancia del servlet de la pgina

.jsp.
config
javax.servlet.ServletConfig
Datos de configuracin del servlet.
request
javax.servlet.http.HttpServletReque Peticin. Parmetros incluidos.
st
response
javax.servlet.http.HttpServletRespo Respuesta.
nse
out
javax.servlet.jsp.JspWriter
Stream de salida para el contenido
de la pgina.
session
javax.servlet.http.HttpSession
Datos especficos de la sesin de
usuario.
application
javax.servlet.ServletContext
Datos compartidos por todas las
pginas.
pageContext javax.servlet.jsp.PageContext
Contexto para la ejecucin de las
pginas.
exception
java.lang.Throwable
Excepcin o error no capturado.
Tabla 6: Objectos accesibles desde una pgina JSP

Los nueve objetos proporcionados por JSP se clasifican en cuatro categoras: (i)
objetos relacionados con el servlet correspondiente a la pgina .jsp, (ii) objetos
relacionados con la entrada y salida de la pgina, (iii) objetos que proporcionan
informacin sobre el contexto y (iv) objetos para manejo de errores.
Estas cuatro categoras tienen la funcionalidad comn de establecer y recuperar
valores de atributos como mecanismo de intercambio de informacin. Los mtodos
estndares para manejo de atributos son los que se muestran en la Tabla 7.
Mtodo
setAttribute(key, value)
getAttributeNames()
getAttribute(key)
removeAttribute(key)
Descripcin
Asocia un atributo con su valor correspondiente.
Retorna los nombres de todos los atributos asociados con la
sesin.
Retorna el valor del atributo asociado con key.
Borra el atributo asociado con key.
Tabla 7: Mtodos para manejo de atributos
2.3 Ejemplos bsicos

Para ejemplificar el desarrollo de pginas JSP, se detallan en lo que sigue varios
ejemplos prcticos comentando su programacin y funcionamiento.
Factoriales
A continuacin se lista el cdigo de la pgina factoriales.jsp, que muestra en el
navegador del cliente el factorial de los nmeros 0 a 20.
41/50

<!factoriales.jsp>
<HTML>
<HEAD>
<TITLE>ClculodefactorialesconJSP</TITLE>
</HEAD>
<%!publiclongfactorial(longnumero)
{
}%>
<H1>TABLADEFACTORIALES</H1>
<tableborder="1">
<tr><th><i>x</i></th><th><i>x</i>!</th></tr>
<%for(longx=0;x<=20;++x){%>
<tr><td><%=x%></td><td><%=factorial(x)%></td></tr>
<%}%>
</table>
</BODY>
</HTML>
Figura 15: Clculo de factoriales utilizando JSP

Manejo de excepciones
A continuacin se muestra cmo es posible manejar excepciones desde una pgina
JSP utilizando el ejemplo anterior.
<!factorialestry.jsp>
<HTML>
<HEAD>
<TITLE>ClculodefactorialesconJSPymanejodeexcepciones</TITLE>
</HEAD>
<%!intx=21;%>
<%!publiclongfactorial(longnumero)throwsIllegalArgumentException
{
if((numero<0)||(numero>20))
thrownewIllegalArgumentException("FueradeRango");
if(numero==0)
return1;
else
returnnumero*factorial(numero1);
}%>
<%try{
longresultado=factorial(x);%>
<palign=center><%=x%>!=<%=resultado%></p>
42/50

<%}catch(IllegalArg umentExceptione){%>
<p>Elargumentoparacalcularelfactorialestafueraderango.</p>
<%}%>
</BODY>
</HTML>
Envo de e-mails
El cdigo de la pgina JSP mostrada a continuacin permite enviar los campos de
cualquier formulario por e-mail a una direccin especificada.
<HTML>
<HEAD>
<%@pageimport="java.util.*"%>
<%@pageimport="javax.mail.*"%>
<%@pageimport="javax.mail.event.*"%>
<%@pageimport="javax.mail.internet.*"%>
<%!StringHOST="lsi2.ei.uvigo.es";%>
<%!StringREMITENTE="user1@lsi2.ei.uvigo.es";%>
<%!StringDESTINATARIO="friverola@yahoo.com";%>
<%!StringASUNTO="REGISTROVIAWEBDEFORMULARIOS";%>
<%!StringCONTENIDO;%>
<%!StringcadError="";%>
<%!StringnomParam;%>
<%!StringvalParam;%>
<%!Enumerationparametros;%>
<%
parametros=request.getParameterNames();
for(CONTENIDO="";parametros.hasMoreElements();)
{
nomParam=parametros.nextElement().toString();
valParam=request.getParameter(nomParam);
CONTENIDO+="<STRONG>"+nomParam+"</STRONG>:<i>"+valParam+"</i><BR>";
}
%>
<%!
classConnectionHandlerextendsConnectionAdapter
{
publicvoidopened(ConnectionEvente)
{//System.out.println("Connectionopened.");}
publicvoiddisconnected(ConnectionEvente)
{//System.out.println("Connectiondisconnected.");}
publicvoidclosed(ConnectionEvente)
{//System.out.println("Connectionclosed.");}
}
%>
<%!
classTransportHandlerextendsTransportAdapter
{
publicvoidmessageDelivered(TransportEvente)
{//System.out.println("Messagedelivered.");}
publicvoidmessageNotDelivered(TransportEvente)
{//System.out.println("MessageNOTdelivered.");}
publicvoidmessagePartiallyDelivered(TransportEvente)
{//System.out.println("Messagepartiallydelivered.");}
}
%>
<%//Envaelmensajealadireccinespecificadaconlosparmetrosquelelleguen.%>
<%//TRUEsitodovabien,FALSEsiseproducealgnerror. %>
<%!publicbooleanSendMessage()
{
Propertiesproperties=newProperties();
properties.put("mail.smtp.host",HOST);
properties.put("mail.from",REMITENTE);
Sessionsession=Session.getInstance(properties,null);
try
{
Messagemessage=newMimeMessage(session);
InternetAddress[]address={newInternetAddress(DESTINATARIO)};
message.setRecipients(Message.RecipientType.TO,address);
43/50

message.setFrom(newInternetAddress(REMITENTE));
message.setSubject(ASUNTO);
message.setContent(CONTENIDO,"text/html");
Transporttransport=session.getTransport(address[0]);
transport.addConnectionListener(newConnectionHandler());
transport.addTransportListener(newTransportHandler());
transport.connect();
transport.sendMessage(message,address);
}
catch(Exceptione)
{
cadError=e.toString();
returnfalse;
}
returntrue;
}
%>
</HEAD>
<BODYBGCOLOR="#BBBBBB">
<%if(!SendMessage()){%>
<FONTcolor="#1F5EB1"size="4"face="Tahoma"><STRONG><%=cadError%> !</STRONG></FONT>
<imgsrc="imagenes/duke_405.gif"align="left"border="0"hspace="0">
<%}else{%>
<FONTcolor="#1F5EB1"size="4"face="Tahoma"><STRONG>Susdatosfueronenviadoscorrectamentea<%=
DESTINATARIO%> :</STRONG>
<p>
<%=CONTENIDO%>
</FONT>
<%}%>
</BODY>
Para que la pgina compile correctamente se deben incluir en la variable CLASSPATH

los siguiente ficheros JAR: activation.jar, mail.jar y pop3.jar.
El mensaje que visualiza el navegador cliente despus de ejecutar la pgina
SendTo.jsp se muestra en la Figura 16.
Figura 16: Resultado de la ejecucin de la pgina SendTo.jsp

Acceso a bases de datos
Otra utilidad importante es la de acceder a bases de datos utilizando un controlador
JDBC. El siguiente ejemplo muestra la pgina notas.jsp que accede a la base de datos
notas gestionada por mySQL.
<HTML>
<HEAD>
<%@pageimport="java.sql.*"%>
<%@pageimport="java.util.Vector"%>
<%!StringDNI;%>
44/50

<%DNI=request.getParameter("dni");%>
<%!StringMI_TABLA;%>
<%MI_TABLA=request.getParameter("tabla");%>
<%!VectorTitulos=newVector();%>
<%!VectorValores=newVector();%>
<%!StringcadError="";%>
<%//TRUEsitodovabien,FALSEsiseproducealgnerror. %>
<%!publicbooleanconsultaDNI()
{
StringconsultaSQL;
try{
Class.forName("org.gjt.mm.mysql.Driver");
ConnectionmiCon=DriverManager.getConnection("jdbc:mysql://localhost/notas");
Statementsentencia=miCon.createStatement();
consultaSQL="SELECTcount(*)from"+MI_TABLA+"wheredni='"+DNI+"'";
ResultSetmiRes=sentencia.executeQuery(consultaSQL);
miRes.next();
if(!((miRes.getString(1)).equalsIgnoreCase("1")))
{
cadError="DNIINCORRECTO";
returnfalse;
}
else
{
consultaSQL="SELECT*from"+MI_TABLA+"wheredni='"+DNI+"'";
miRes=sentencia.executeQuery(consultaSQL);
ResultSetMetaDatameta=miRes.getMetaData();
intcolumnas=meta.getColumnCount();
intfila=0;
miRes.next();
Titulos.removeAllElements();
Valores.removeAllElements();
for(inti=1;i<=columnas;i++)
{
Titulos.addElement(meta.getColumnLabel(i).toUpperCase());
Valores.addElement(miRes.getObject(i));
}
}
miRes.close();
sentencia.close();
miCon.close();
}catch(ClassNotFoundExceptione){
cadError="ControladorJDBCnoencontrado";
returnfalse;
}catch(SQLExceptione){
cadError="ExcepcincapturadadeSQL"+e;
returnfalse;
}returntrue;
}%>
</HEAD>
<BODYBGCOLOR="#BBBBBB">
<%if(!consultaDNI()){%>
<FONTcolor="#1F5EB1"size="4"face="Tahoma"><STRONG><%=cadError%> !</STRONG></FONT>
<imgsrc="imagenes/duke_405.gif"align="left"border="0"hspace="0">
<%}else{%>
<HR>
<CENTER><TABLEborder="1"width=75%>
<TR>
<%for(intx=0;x<Titulos.size();x++){%>
<TH><%=Titulos.elementAt(x)%> </TH>
<%}%>
</TR>
<TR>
<%for(intx=0;x<Valores.size();x++){%>
<TD>
<CENTER><FONTcolor="#1F5EB1"><%=Valores.elementAt(x)%> </FONT></CENTER>
</TD>
<%}%>
</TR>
</TABLE></CENTER>
<HR>
<%}%>
</BODY>
</HTML>
45/50
Para que la pgina compile correctamente se deben incluir en la variable CLASSPATH

la ruta para localizar el controlador JDBC.
La pgina encargada de ejecutar notas.jsp es notas.html, cuyo cdigo se muestra a
continuacin.
<HTML>
<HEAD>
</HEAD>
<BODY>
<FORMaction=notas.jsp"method="POST">
<STRONG>DNI:</STRONG>
<INPUTtype="text"name="dni"size=8maxlength=8>
<!<INPUTtype="hidden"name="tabla"value="proafeb01">>
<STRONG>CONVOCATORIA:</STRONG>
<SELECTname="tabla"><OPTIONselected>PROA_FEB_01<OPTION>PROA_SEP_01</SELECT>
</FORM>
</BODY>
</HTML>
<INPUTtype="submit"value="BUSCAR">
<INPUTtype="reset"value="BORRAR">
La Figura 17 muestra la salida generada por la pgina notas.jsp.
Figura 17: Resultado de la ejecucin de la pgina notas.jsp
3 Tendencias actuales
Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que separa
los datos de una aplicacin, la interfaz de usuario, y la lgica de control en tres
componentes distintos. El patrn MVC se emplea frecuentemente en aplicaciones web,
donde la vista es la pgina HTML XHTML.
El modelo es la representacin especfica del dominio de la informacin sobre la cual
funciona la aplicacin. El modelo es otra forma de llamar a la capa de dominio. La
lgica de dominio aade significado a los datos; por ejemplo, calculando si hoy es el
cumpleaos del usuario o los totales, impuestos o portes en un carrito de la compra.
Por otro lado, la vista presenta el modelo en un formato adecuado para interactuar,
46/50
usualmente un elemento de interfaz de usuario. Muchas aplicaciones

utilizan un mecanismo de almacenamiento persistente (como puede ser una base de
datos) para almacenar los datos. MVC no menciona especficamente esta capa de
acceso a datos. Finalmente el controlador es un elemento que permite responder a
eventos, usualmente acciones del usuario e invoca cambios en el modelo y
probablemente en la vista. Es comn pensar que una aplicacin tiene tres capas
principales: presentacin, lgica de negocio, y acceso a datos. En MVC, la capa de
presentacin est partida en controlador y vista.
Cuando se desarroll la tecnologa JSP, esta fue entendida por la comunidad de
desarrolladores de stios web como una tecnologa equivalente a los servlets. Las
pginas JSP se desplegaban en un contenedor que tena la capacidad de
transformarlas en Servlets de forma dinmica y de ah la equivalencia. Con el tiempo
y motivado por la introduccin de la novedosa idea del MVC de separar las acciones
llevadas a cabo sobre el modelo de la forma de las vistas del modelo, servlets y JSP
empezaron a emplearse con diferentes objetivos. Los servlets ejercan el papel de
controladores y se empleaban para realizar acciones sobre el modelo (eliminacin,
modificacin o insercin de datos en el modelo) el cual estaba implementado
habitualmente con Java Beans. Finalmente, las pginas JSP actuaban como vistas, de
tal forma que nicamente permitan construir distintas vistas sobre los datos. Este
esquema se describe en la Figura 18 y se conoce como MVC Model 2.
Figura 18: MVC Model 2

De esta forma el flujo de control de una pgina web era el siguiente:
1. El usuario interactua con la interfaz (por ejemplo pulsando un enlace con
destino a un servlet capaz de realizar una accin sobre los datos).
2. El servlet recibe la peticin y modifica los datos del modelo en la forma indicada
por el usuario.
3. El servlet delega a las pginas JSP de vista. Las pginas JSP de vista obtienen
los datos necesarios del modelo y generan una interfaz adecuada para el
usuario donde reflejan los cambios realizados en el modelo.
Esta es la forma ms primitiva de emplear el patrn MVC. Sin embargo, con el paso
del tiempo aparecieron frameworks que distribuan implementaciones de este patrn
que aportaban numerosas mejoras. Este es el caso de Structs. La Figura 19
representa la configuracin tpica de un sitio web basado en Struts.
47/50
Figura 19: MVC Model 2 implementado con Struts

Como se puede ver, los servlets que implementaban los controladores se cambiaron
por un Servlet proporcionado por Struts y varias clases que heredan de Action. Estas
clases se configuran mediante el fichero struts-config.xml. Cada clase que hereda de
Action implementa una accin sobre el modelo. La vista, el modelo y el navegador se
mantienen de la misma forma que en la versin anterior.
En Struts, el flujo de operaciones se realiza segn se describe a continuacin:
1. El usuario interacta con la interfaz de usuario de alguna forma (por ejemplo, el
usuario pulsa un botn, enlace)
2. El controlador recibe (por parte de los objetos de la interfaz-vista) la
notificacin de la accin solicitada por el usuario. El controlador gestiona el
evento que llega, frecuentemente a travs de un gestor de eventos (handler) o
callback.
3. El controlador accede al modelo, actualizndolo, posiblemente modificndolo de
forma adecuada a la accin solicitada por el usuario (por ejemplo, el
controlador actualiza el carro de la compra del usuario). Los controladores
complejos estn a menudo estructurados usando un patrn de comando que
encapsula las acciones y simplifica su extensin.
4. El controlador delega a los objetos de la vista la tarea de desplegar la interfaz
de usuario. La vista obtiene sus datos del modelo para generar la interfaz
apropiada para el usuario donde se refleja los cambios en el modelo (por
ejemplo, produce un listado del contenido del carro de la compra). El modelo no
debe tener conocimiento directo sobre la vista.
5. La interfaz de usuario espera nuevas interacciones del usuario, comenzando el
ciclo nuevamente.
Adems, Struts incorpora un lenguaje de etiquetas propio y soporte para
internacionalizacin de los stios web. Tras el xito de Struts surgi Webwork, un
framework similar a Struts orientado al desarrollo de stios web que incorpora,
adems de una implementacin de MVC model 2, un sistema de validaciones, un
lenguaje de expresiones, un conjunto de interceptores avanzados que permiten
especificar ortogonalmente acciones para el control de la aplicacin y soporte para la
internacionalizacin.
48/50
4 JPA con Hibernate

Hibernate (http://www.hibernate.org) implementa la Java Persistence API (en
adelante JPA) permitiendo un mapeo directo desde Java Beans a bases de datos
relacionales como MySQL, Postgre o cualquier otro gestor. Esta API es a da de hoy la
implementacin directa de los Entity Beans de la Arquitectura Empresarial de Java
(JEE, Java Enterprise Edition). JPA es una implementacin concreta de una tecnologa
conocida con el nombre de ORM (Object Relational Mapping) o mapeo de objetos a
relaciones.
Para usar Hibernate simplemente hay que descargarlo de la pgina web
(http://www.hibernate.org), y desarrollar Beans con las anotaciones propias de java
empresarial tal como se puede ver en el siguiente cdigo:
package es.ei.uvigo;
@Entity
@Table( name=users )
public class User implements Serializable{
@Id
@Column(name = "username", nullable = false)
private String username;
@Column(nullable = false, length = 50, unique = true)
private String clave;
public String getUsername(){
return username;
}
public String getClave(){
return clave;
}
public void setUsername(String username){
this.username=username;
}
public void setClave(String clave){
this.clave=clave;
}
}
JPA es "default driven" lo que significa que todos los comportamientos se entienden
por defecto. En este sentido no hace falta emplear gran cantidad de anotaciones para
configurar el comportamiento concreto de los beans sin que se escogern unos
comportamientos habituales como los por defecto y slo habr que configurar aquellos
que resulten ms particulares. De las anotaciones empleadas en el cdigo fuente
nicamnete @Entity y @Id son necesarias para determinar el comportamiento del
bean.
Una vez creado el bean se debe crear un fichero de configuracin que se colocar en
el directorio WEB-INF del fichero .jar que se emplee para guardar los beans
persistentes y que deber tener el nombre de persistence.xml. Este fichero de
configuracin determina propiedades como el nombre de la base de datos, el servidor,
el usuario o la clave de acceso. Este fichero tiene una configuracin similar a esta:
<persistence> 
<persistence-unit name="manager1" transaction-type="RESOURCE_LOCAL">
<class>es.ei.uvigo.User</class>
<class>es.ei.uvigo.Cars</class>

<properties>
<property name="hibernate.dialect" value="org.hibernate.dialect.HSQLDialect"/>
<property name="hibernate.connection.driver_class" value="org.hsqldb.jdbcDriver"/>
<property name="hibernate.connection.username" value="sa"/>
<property name="hibernate.connection.password" value=""/>
<property name="hibernate.connection.url" value="jdbc:hsqldb:."/>
<property name="hibernate.max_fetch_depth" value="3"/>
49/50


<property name="hibernate.ejb.classcache.org.hibernate.ejb.test.Item" value="read-write"/>
<property name="hibernate.ejb.collectioncache.org.hibernate.ejb.test.Item.distributors"
value="read-write, RegionName"/>
</properties>
</persistence-unit>
</persistence>
Como se puede ver, en el fichero de configuracin debe existir una entrada <class>
</class> para cada uno de los beans persistentes. Una vez creado el fichero de
configuracin, para realizar la persistencia de un bean, el cdigo necesario es muy
sencillo y se expone en la siguiente a continuacin:
// Use persistence.xml configuration
EntityManagerFactory
emf = Persistence.createEntityManagerFactory("manager1");
// Retrieve an application managed entity manager
EntityManager em = emf.createEntityManager();
User u=new User();
u.setUsername(moncho);
u.setClave(xjmon764d);
em.persist(u);
em.close();
emf.close(); //close at application end
Como se puede ver la persistencia es muy sencilla. Adems, JPA permite la

persistencia automtica de objetos que contengan relacciones y eliminando la
necesidad de realizar un diseo a nivel de base de datos y la codificacin de
instrucciones SQL. La conclusin es que esta tecnologa es muy interesante para el
desarrollo de cualquier tipo de aplicacin Java incluyendo aplicaciones web.
50/50

Introduccion Servlets JSP

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Introduccion Servlets JSP

Cargado por

Copyright:

Formatos disponibles

Programacin dinmica con Java: Servlets Y JSP

PROGRAMACIN DINMICA CON JAVA:

Programacin dinmica con Java: Servlets Y JSP

Programacin dinmica con Java: Servlets Y JSP

Programacin dinmica con Java: Servlets Y JSP

Figura 1: Esquema de ejecucin de un servlet

Una desventaja de esta aproximacin es que el contenido (esttico y dinmico) de la

Programacin dinmica con Java: Servlets Y JSP

El primer paso es descargar el software que implementa las

En la direccin http://java.sun.com/products/servlet/industry.html se muestra un

1.3 Formas de ejecutar un servlet

Programacin dinmica con Java: Servlets Y JSP

POST) en la propiedad METHOD de la misma etiqueta.

1.4 Caractersticas de los servlets

1. Son independientes del servidor utilizado y de su sistema operativo, lo que

Programacin dinmica con Java: Servlets Y JSP

restricciones de seguridad, un applet no puede acceder

Figura 2: Jerarqua de clases para los servlets

ServletRequest: encapsula la solicitud de servicio de un cliente. Define una

Programacin dinmica con Java: Servlets Y JSP

sobre solicitudes que hubiera enviado el cliente.

ServletResponse: es utilizada por el servlet para responder a una solicitud

ServletConfig: esta interfaz la utiliza el servidor para pasar informacin sobre

ServletContext: define el entorno en el que se ejecuta un servlet. Proporciona

SingleThreadModel: se usa para identificar a los servlets que no pueden ser

GenericServlet: implementa la interfaz Servlet. Se puede heredar de esta

ServletInputStream: se utiliza para acceder a informacin de solicitudes que

ServletOutputStream: se usa para enviar informacin de respuesta a un

Programacin dinmica con Java: Servlets Y JSP

HttpServletRequest: ampla la interfaz ServletRequest y agrega mtodos para

HttpServletResponse: ampla la interfaz ServletResponse y

HttpSession: la implementan los servlets que permiten dar soporte a las

HttpSessionBindingListener: la implementan clases cuyos objetos estn

HttpSessionContext: se utiliza para representar a una coleccin de objetos

HttpServlet: ampla la clase GenericServlet con el fin de utilizar las interfaces

HttpSessionBindingEvent: esta clase implementa el evento que se genera

HttpUtils: proporciona el mtodo parseQueryString() para analizar

1.5 Ejemplos bsicos

Programacin dinmica con Java: Servlets Y JSP

Para trabajar con servlets es necesario importar el paquete javax.servlet.

Figura 3: Resultado de la ejecucin de TimeServlet.class

Programacin dinmica con Java: Servlets Y JSP

El fichero inscripcion.html que llama al servlet contiene el siguiente cdigo.

Cuando el usuario pulse el botn Realizar Inscripcin se ejecutar el servlet codificado

Si se carga el fichero .html en un navegador y se realiza la inscripcin el servlet

Programacin dinmica con Java: Servlets Y JSP

Figura 4: Resultado de la carga del fichero inscripcin.html y ejecucin del servlet

Se puede ejecutar el servlet directamente desde el navegador con la lnea.

Programacin dinmica con Java: Servlets Y JSP

Figura 5: Resultado de ejecucin del servlet HTMLServlet.class

Tipos MIME que prefiere el navegador.

Programacin dinmica con Java: Servlets Y JSP

Tabla 1: Cabeceras utilizadas en el protocolo HTTP

Programacin dinmica con Java: Servlets Y JSP

Figura 6: Resultado de ejecucin del servlet RequestHeader.class

Programacin dinmica con Java: Servlets Y JSP

importante hacer notar que toda la informacin almacenada en cookies

Establecer los atributos de la cookie

Tabla 2: Mtodos comunes de la clase Cookie

o hacer que el cliente la elimine al cerrar el navegador.

Programacin dinmica con Java: Servlets Y JSP

addCookie(Cookie). Esto debe realizarse antes de llamar al mtodo

Programacin dinmica con Java: Servlets Y JSP