Principal
Content
Instituto Polit´ ecnico Nacional Escuela Superior de C´ omputo Academia de Ingenier´ ıa de Software
Reporte Practica 1.
D´ avila Garc´ ıa Carlos Augusto Rangel Lamas Karla Elizabeth
M. en C. Tanibet P´ erez de los Santos Mondrag´ on
Primer Parcial
M´ exico, D.F.
2013
´ Indice
1. Introducci´ on Teorica 1.1. Definici´ on . . . . . . . . . . . . 1.2. Caracter´ ısticas . . . . . . . . . 1.3. Arquitectura de una aplicaci´ on 1.4. Niveles de una aplicaci´ on web . 1.5. Servidores de aplicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 4 4 4 4 5 6 6 6 7 8 8 9
2. Desarrollo 2.1. Obtenci´ on de Herramientas y kit de Desarrollo . . . . . . . . 2.2. Instalaci´ on del SKD y la Maquina Virtual de Java . . . . . . 2.3. Instalaci´ on del Servidor Tomcat 7 . . . . . . . . . . . . . . . 2.4. Montaje de aplicacion Web en el Servidor y Uso de Estructura de Archivos en aplicaciones . . . . . . . . . . . . . . . . . . . 2.4.1. Estructura de Archivos para Desarrollo de Proyectos 2.4.2. Estructura de Archivos para Implementacion de Aplicacion en el Servidor . . . . . . . . . . . . . . . . . .
. . . . . .
3. Resultados 10 3.1. Iniciando el Servidor . . . . . . . . . . . . . . . . . . . . . . . 10 3.2. Dando de baja el Servidor . . . . . . . . . . . . . . . . . . . . 10 4. Tarea 11 4.1. Definici´ on y metodos de Interfaces . . . . . . . . . . . . . . . . 11 5. Conclusiones 6. Referencias 12 13
´ Indice de figuras
1. 2. 3. 4. 5. arquitectura . . . . . . . . . . . . . . . . . . . . . . . . . . . Instalador de la Maquina Virtual de Java . . . . . . . . . . . Entorno Grafico Para Agregar Variables de Entorno en Windows XP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Estructura de Archivos para Ambiente de Desarrollo . . . . Estructura de Archivos para Aplicacion Web en el Servidor . 2 . . . . . 4 6 7 8 9
6.
Funcionamiento del Servidor Tomcat en el Browser . . . . . . 10
´ Indice de cuadros
3
1.
1.1.
Introducci´ on Teorica
Definici´ on
– Una aplicaci´ on web es una aplicaci´ on inform´ atica distribuida cuya interfaz de usuario es accesible desde un cliente web, normalmente un navegador web
1.2.
Caracter´ ısticas
Comunicaci´ on mediante HTTP sobre TCP/IP. Procesamiento en servidor. Acceso a bases de datos. Arquitectura por capas. Distintos tipos de usuarios
1.3.
Arquitectura de una aplicaci´ on
La arquitectura de una aplicaci´ on define como se organizan los distintos m´ odulos que la componen. En una aplicaci´ on web se suelen distinguir tres niveles: interfaz de usuario, l´ ogica de negocio y datos. Figura 1: arquitectura
??
1.4.
Niveles de una aplicaci´ on web
El nivel de interfaz de usuario est´ a compuesto por las p´ aginas HTML que el usuario solicita a un servidor web y que visualiza en un cliente web (normalmente, un navegador web). El nivel de l´ ogica de negocio est´ a compuesto por los m´ odulos que implementan la l´ ogica de la aplicaci´ on y que se ejecutan en un servidor de aplicaciones. El nivel de datos est´ a compuesto por los datos, normalmente gestionados por un sistema de gesti´ on de bases de datos (servidor de datos), que maneja la aplicaci´ on web.
4
1.5.
Servidores de aplicaciones
Un servidor de aplicaciones es un servidor web con capacidad de procesamiento, por lo que suele ser a la vez servidor web y servidor de l´ ogica de negocio.
5
2.
2.1.
Desarrollo
Obtenci´ on de Herramientas y kit de Desarrollo
Para el uso y desarrollo de aplicaciones web en el servidor Tomcat fue necesario descargar e instalar los siguientes elementos: 1. M´ aquina Virtual de Java ( http://www.java.com/es/download/ ): Es necesario para ejecutar todos los programas en java 2. Kit de Desarrollo de Java ( http://www.oracle.com/technetwork/ es/java/javase/downloads/ ): Compilador de java, que permite realizar los programas para el servidor 3. Servidor Apache Tomcat 7( http://tomcat.apache.org/download-70. cgi) : Comjunto de Archivos, librerias y programas que permitiran el funcionaiento de un Servidor Web. Nota: para la practica fue utilizado el archivo binario, no el instalador.
2.2.
Instalaci´ on del SKD y la Maquina Virtual de Java
Ya obtenidos los paquetes de instalacion (”JavaSetup7u25.exe”& ”jdk7u25-windows-i586.exe”) se instalaron deacuerdo a las instrucciones se˜ naladas en el paquete de instalaci´ on.
Figura 2: Instalador de la Maquina Virtual de Java
6
2.3.
Instalaci´ on del Servidor Tomcat 7
La instalacion se realizo en una CPU con sistema operativo Windows XP, utilizando el archivo binario realizando los siguientes pasos: 1. Para iniciar la instalaci´ on del servidor, se descomprimi´ o el binario en la raiz del disco duro ( C:// ) 2. Se crearon nuevas variables de entorno, tomando en cuenta que la instalacion del SDK y Maquina Virtual de Java fue instalada en la ruta: C:/Archivos de programa/Java .Las variables se crearon accediendo a: Inicio- Panel de Control - Propiedades del Sistema - Variables de Entorno- (Seccion variables del Sistema), con los siguientes nombres y valores: CLASSPATH = C:/Archivos de programa/Java/jdk1.7.0 25/bin JAVA HOME = C:/Archivos de programa/Java/jdk1.7.0 25 JRE HOME = C:/Archivos de programa/Java/jre1.6.0 01
Figura 3: Entorno Grafico Para Agregar Variables de Entorno en Windows XP
7
3. Para el funcionamiento del servidor solo fue necesario ingresar a la linea de comandos (cmd) y dirigirse a la carpeta de C ¸ :/tomcat/bin”, la cual se tienen dos opciones de archivos de ejecucion, para el uso del servidor: startup.bat : Funcion para montar el Servidor shutdown.bat : Funcion para dar de baja el Servidor
2.4.
Montaje de aplicacion Web en el Servidor y Uso de Estructura de Archivos en aplicaciones
En el uso de Aplicaciones Web en Tomcat, es necesario contemplar una estructura de archivos establecida para poder implementar la aplicacion web. Cada aplicacion web se distribuye en el servidor por medio de carpetas. Aunque es necesario contemplar un ambiente de trabajo de desarrollo, aislado a la implementacion de la aplicacion en el servidor. 2.4.1. Estructura de Archivos para Desarrollo de Proyectos
Para el desarrollo de las aplicaciones se realizo en la direccion (C:/WDA/project1) el cual se dividio como en la siguiente figura:
Figura 4: Estructura de Archivos para Ambiente de Desarrollo
8
2.4.2.
Estructura de Archivos para Implementacion de Aplicacion en el Servidor
A diferencia de la estructura de archivos de desarrollo, en el servidor se utilizan unicamnente los archivos ”.class”, creados apartir de los archivos fuente java. Para compilarlos se escribio en la linea de comandos: -javac C:/tomcat/lib/servletapi.jar C:/WAD/proyect1/src/Ch1servlet.java. Tambien se toma en cuenta de que el nombre de la carpeta raiz de la aplicacion sera en nombre en la ruta del navegador para acceder a la aplicacion web; esto implementando de la siguiente manera (figura 5 );
Figura 5: Estructura de Archivos para Aplicacion Web en el Servidor
9
3.
3.1.
Resultados
Iniciando el Servidor
Para poder verificar la funcionalidad correcta del servidor y de la aplicacion web, se escribio en la linea de comandos: C ¸ :/tomcat/bin/startup.bat”la cual nos proporciono una serie de mensajes, verificando todos los archivos del servidor y aplicaciones. En la cual es posible verificar cualquier tipo de error. En el caso de la practica no arojo ninguno. Despues se verific´ o la funcionalidad del servidor en el navegador , ingresando la url: ”localhost:8080”, esto es porque se indica un servidor local en el puerto 8080. La cual reflejo la pagina de incio del servidor tomcat (ver en figura 6 ).
Figura 6: Funcionamiento del Servidor Tomcat en el Browser
Para poder ver que funcione bien la aplicacion web solo se ingreso el nombre de la carpeta raiz en la que se almaceno en el sistema de archivos del servidor, y el ulr-pattern que se le atribuyo al servlet creado, en este caso fue: http://localhost:8080/ch1/Serv1.
3.2.
Dando de baja el Servidor
Para dar de baja el servidor, fue necesario ejecutar el siguiente archivo: C:/tomcat/bin/shotdown.bat, el cual tambien es necesario utilizar para refrescar las nuevas aplicaciones creadas. 10
4.
4.1.
Tarea
Definici´ on y metodos de Interfaces
HttpServletRequest (extends ServletRequest): Es un objeto que se extiendo del objeto ServletRequest y que provee de la informacion necesaria para realizar la peticiones http, en las cuales permite obtener las peticiones del cliente por medio de los paratemros de tipo Get y Post por medio de los metodos ”DoGet ”DoPost”. Los metodos basicos que se implementan de esta interfaz son: • .getRequestURI() = Obtienes la direccion real de la peticion echa. • .getContextPath() =Regresa una cadena con el camino de contexto. • .getCookies() = Regresa un objeto de Cookies. HttpServletResponse (extends ServletResponse): Es un objeto que se extiendo del objeto ServletResponse y que provee de la informacion que se regresa hacia el cliente como respuesta, este con el protocolo http, permitiendo asi transmitir datos de respuesta; los metodos basicos que permite implementar son: • .setHeader(String name, String value) = Permite establecer una cabecera en la respuesta. • .sendError(int sc) = Permite enviar un error como mensaje endado caso de que se presente. • .addCookie(Cookie cookie) = Permite ingresar una Cookie al cliente.
2
11
5.
Conclusiones
Para poder implementar un servlet debemos de saber lo que es, que a diferencia de un JPS es un componente escrito en Java y equivale a una clase java. La clase java se lleva a cabo por 3 diversos metodos que debe implementar el servlet y son las que ya vimos en clase: service, init y destroy. service: Es en donde se incluyen las tareas principales de ejecuci´ on. init: Es un m´ etodo ejecutado antes del m´ etodo service, su labor es inicializar alg´ un recurso que ser´ a empleado por service, estos recursos t´ ıpicamente son conexiones hacia Bases de Datos. destroy: Ejecutado una vez que ha terminado el m´ etodo service, su labor es liberar los recursos utilizados en el proceso de ejecuci´ on los cuales generalmente son aquellos reservados por init.
Al elaborar esta practica creamos un servlet y el Deployment Descriptor (DD) y hacemos uso del m´ etodo service para generarlo (que es donde se incluyen las tareas principales de ejecuci´ on) y toma los parametros: uno de ellos llamado request del tipo HttpServletRequest que representa el objeto de entrada y el otro llamado response tipo HttpServletResponse que representa el objeto de salida del servlet.
HttpServletRequest encapsula datos de la solicitud del cliente, como n´ umero de sesi´ on, informaci´ on, etc. Es una especie de array cuyos elementos puedo pasar como par´ ametros a trav´ es del URL: URI El motor servlet divide la URI en tres secciones u ´tiles: la ruta de contexto (prefijo de aplicaci´ on), la ruta de servlet, y la informaci´ on de la ruta. HttpServletResponse proporciona servicios para dar una r´ eplica al cliente.
Representa la comunicaci´ on de vuelta al cliente. El m´ etodo doGet se sobreescribir´ a cuando el cliente quiera cargar una p´ agina HTML. doPost se implementar´ a cuando el cliente quiera cargar un servlet, pas´ andole a ´ este ciertos par´ ametros.
12
6.
Referencias
http://www.lsi.us.es/docencia/get.php?id=352 http://www.inf-cr.uclm.es/www/mpolo/asig/0708/tutorJavaWeb.pdf http://www.osmosislatina.com/tomcat/instalacion.htm http://javaweb.osmosislatina.com/curso/servlets.htm https://developers.google.com/maps/documentation/geocoding/?hl=es http://javadoc4.caucho.com/javax/servlet/http/HttpServletRequest.html http://html.rincondelvago.com/java-servlets.html Presentaciones de Informacion por Tanibet P´ erez de los Santos Mondrag´ on con la presentacion: Introduction to Servlets
13
Reporte Practica 1.
D´ avila Garc´ ıa Carlos Augusto Rangel Lamas Karla Elizabeth
M. en C. Tanibet P´ erez de los Santos Mondrag´ on
Primer Parcial
M´ exico, D.F.
2013
´ Indice
1. Introducci´ on Teorica 1.1. Definici´ on . . . . . . . . . . . . 1.2. Caracter´ ısticas . . . . . . . . . 1.3. Arquitectura de una aplicaci´ on 1.4. Niveles de una aplicaci´ on web . 1.5. Servidores de aplicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 4 4 4 4 5 6 6 6 7 8 8 9
2. Desarrollo 2.1. Obtenci´ on de Herramientas y kit de Desarrollo . . . . . . . . 2.2. Instalaci´ on del SKD y la Maquina Virtual de Java . . . . . . 2.3. Instalaci´ on del Servidor Tomcat 7 . . . . . . . . . . . . . . . 2.4. Montaje de aplicacion Web en el Servidor y Uso de Estructura de Archivos en aplicaciones . . . . . . . . . . . . . . . . . . . 2.4.1. Estructura de Archivos para Desarrollo de Proyectos 2.4.2. Estructura de Archivos para Implementacion de Aplicacion en el Servidor . . . . . . . . . . . . . . . . . .
. . . . . .
3. Resultados 10 3.1. Iniciando el Servidor . . . . . . . . . . . . . . . . . . . . . . . 10 3.2. Dando de baja el Servidor . . . . . . . . . . . . . . . . . . . . 10 4. Tarea 11 4.1. Definici´ on y metodos de Interfaces . . . . . . . . . . . . . . . . 11 5. Conclusiones 6. Referencias 12 13
´ Indice de figuras
1. 2. 3. 4. 5. arquitectura . . . . . . . . . . . . . . . . . . . . . . . . . . . Instalador de la Maquina Virtual de Java . . . . . . . . . . . Entorno Grafico Para Agregar Variables de Entorno en Windows XP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Estructura de Archivos para Ambiente de Desarrollo . . . . Estructura de Archivos para Aplicacion Web en el Servidor . 2 . . . . . 4 6 7 8 9
6.
Funcionamiento del Servidor Tomcat en el Browser . . . . . . 10
´ Indice de cuadros
3
1.
1.1.
Introducci´ on Teorica
Definici´ on
– Una aplicaci´ on web es una aplicaci´ on inform´ atica distribuida cuya interfaz de usuario es accesible desde un cliente web, normalmente un navegador web
1.2.
Caracter´ ısticas
Comunicaci´ on mediante HTTP sobre TCP/IP. Procesamiento en servidor. Acceso a bases de datos. Arquitectura por capas. Distintos tipos de usuarios
1.3.
Arquitectura de una aplicaci´ on
La arquitectura de una aplicaci´ on define como se organizan los distintos m´ odulos que la componen. En una aplicaci´ on web se suelen distinguir tres niveles: interfaz de usuario, l´ ogica de negocio y datos. Figura 1: arquitectura
??
1.4.
Niveles de una aplicaci´ on web
El nivel de interfaz de usuario est´ a compuesto por las p´ aginas HTML que el usuario solicita a un servidor web y que visualiza en un cliente web (normalmente, un navegador web). El nivel de l´ ogica de negocio est´ a compuesto por los m´ odulos que implementan la l´ ogica de la aplicaci´ on y que se ejecutan en un servidor de aplicaciones. El nivel de datos est´ a compuesto por los datos, normalmente gestionados por un sistema de gesti´ on de bases de datos (servidor de datos), que maneja la aplicaci´ on web.
4
1.5.
Servidores de aplicaciones
Un servidor de aplicaciones es un servidor web con capacidad de procesamiento, por lo que suele ser a la vez servidor web y servidor de l´ ogica de negocio.
5
2.
2.1.
Desarrollo
Obtenci´ on de Herramientas y kit de Desarrollo
Para el uso y desarrollo de aplicaciones web en el servidor Tomcat fue necesario descargar e instalar los siguientes elementos: 1. M´ aquina Virtual de Java ( http://www.java.com/es/download/ ): Es necesario para ejecutar todos los programas en java 2. Kit de Desarrollo de Java ( http://www.oracle.com/technetwork/ es/java/javase/downloads/ ): Compilador de java, que permite realizar los programas para el servidor 3. Servidor Apache Tomcat 7( http://tomcat.apache.org/download-70. cgi) : Comjunto de Archivos, librerias y programas que permitiran el funcionaiento de un Servidor Web. Nota: para la practica fue utilizado el archivo binario, no el instalador.
2.2.
Instalaci´ on del SKD y la Maquina Virtual de Java
Ya obtenidos los paquetes de instalacion (”JavaSetup7u25.exe”& ”jdk7u25-windows-i586.exe”) se instalaron deacuerdo a las instrucciones se˜ naladas en el paquete de instalaci´ on.
Figura 2: Instalador de la Maquina Virtual de Java
6
2.3.
Instalaci´ on del Servidor Tomcat 7
La instalacion se realizo en una CPU con sistema operativo Windows XP, utilizando el archivo binario realizando los siguientes pasos: 1. Para iniciar la instalaci´ on del servidor, se descomprimi´ o el binario en la raiz del disco duro ( C:// ) 2. Se crearon nuevas variables de entorno, tomando en cuenta que la instalacion del SDK y Maquina Virtual de Java fue instalada en la ruta: C:/Archivos de programa/Java .Las variables se crearon accediendo a: Inicio- Panel de Control - Propiedades del Sistema - Variables de Entorno- (Seccion variables del Sistema), con los siguientes nombres y valores: CLASSPATH = C:/Archivos de programa/Java/jdk1.7.0 25/bin JAVA HOME = C:/Archivos de programa/Java/jdk1.7.0 25 JRE HOME = C:/Archivos de programa/Java/jre1.6.0 01
Figura 3: Entorno Grafico Para Agregar Variables de Entorno en Windows XP
7
3. Para el funcionamiento del servidor solo fue necesario ingresar a la linea de comandos (cmd) y dirigirse a la carpeta de C ¸ :/tomcat/bin”, la cual se tienen dos opciones de archivos de ejecucion, para el uso del servidor: startup.bat : Funcion para montar el Servidor shutdown.bat : Funcion para dar de baja el Servidor
2.4.
Montaje de aplicacion Web en el Servidor y Uso de Estructura de Archivos en aplicaciones
En el uso de Aplicaciones Web en Tomcat, es necesario contemplar una estructura de archivos establecida para poder implementar la aplicacion web. Cada aplicacion web se distribuye en el servidor por medio de carpetas. Aunque es necesario contemplar un ambiente de trabajo de desarrollo, aislado a la implementacion de la aplicacion en el servidor. 2.4.1. Estructura de Archivos para Desarrollo de Proyectos
Para el desarrollo de las aplicaciones se realizo en la direccion (C:/WDA/project1) el cual se dividio como en la siguiente figura:
Figura 4: Estructura de Archivos para Ambiente de Desarrollo
8
2.4.2.
Estructura de Archivos para Implementacion de Aplicacion en el Servidor
A diferencia de la estructura de archivos de desarrollo, en el servidor se utilizan unicamnente los archivos ”.class”, creados apartir de los archivos fuente java. Para compilarlos se escribio en la linea de comandos: -javac C:/tomcat/lib/servletapi.jar C:/WAD/proyect1/src/Ch1servlet.java. Tambien se toma en cuenta de que el nombre de la carpeta raiz de la aplicacion sera en nombre en la ruta del navegador para acceder a la aplicacion web; esto implementando de la siguiente manera (figura 5 );
Figura 5: Estructura de Archivos para Aplicacion Web en el Servidor
9
3.
3.1.
Resultados
Iniciando el Servidor
Para poder verificar la funcionalidad correcta del servidor y de la aplicacion web, se escribio en la linea de comandos: C ¸ :/tomcat/bin/startup.bat”la cual nos proporciono una serie de mensajes, verificando todos los archivos del servidor y aplicaciones. En la cual es posible verificar cualquier tipo de error. En el caso de la practica no arojo ninguno. Despues se verific´ o la funcionalidad del servidor en el navegador , ingresando la url: ”localhost:8080”, esto es porque se indica un servidor local en el puerto 8080. La cual reflejo la pagina de incio del servidor tomcat (ver en figura 6 ).
Figura 6: Funcionamiento del Servidor Tomcat en el Browser
Para poder ver que funcione bien la aplicacion web solo se ingreso el nombre de la carpeta raiz en la que se almaceno en el sistema de archivos del servidor, y el ulr-pattern que se le atribuyo al servlet creado, en este caso fue: http://localhost:8080/ch1/Serv1.
3.2.
Dando de baja el Servidor
Para dar de baja el servidor, fue necesario ejecutar el siguiente archivo: C:/tomcat/bin/shotdown.bat, el cual tambien es necesario utilizar para refrescar las nuevas aplicaciones creadas. 10
4.
4.1.
Tarea
Definici´ on y metodos de Interfaces
HttpServletRequest (extends ServletRequest): Es un objeto que se extiendo del objeto ServletRequest y que provee de la informacion necesaria para realizar la peticiones http, en las cuales permite obtener las peticiones del cliente por medio de los paratemros de tipo Get y Post por medio de los metodos ”DoGet ”DoPost”. Los metodos basicos que se implementan de esta interfaz son: • .getRequestURI() = Obtienes la direccion real de la peticion echa. • .getContextPath() =Regresa una cadena con el camino de contexto. • .getCookies() = Regresa un objeto de Cookies. HttpServletResponse (extends ServletResponse): Es un objeto que se extiendo del objeto ServletResponse y que provee de la informacion que se regresa hacia el cliente como respuesta, este con el protocolo http, permitiendo asi transmitir datos de respuesta; los metodos basicos que permite implementar son: • .setHeader(String name, String value) = Permite establecer una cabecera en la respuesta. • .sendError(int sc) = Permite enviar un error como mensaje endado caso de que se presente. • .addCookie(Cookie cookie) = Permite ingresar una Cookie al cliente.
2
11
5.
Conclusiones
Para poder implementar un servlet debemos de saber lo que es, que a diferencia de un JPS es un componente escrito en Java y equivale a una clase java. La clase java se lleva a cabo por 3 diversos metodos que debe implementar el servlet y son las que ya vimos en clase: service, init y destroy. service: Es en donde se incluyen las tareas principales de ejecuci´ on. init: Es un m´ etodo ejecutado antes del m´ etodo service, su labor es inicializar alg´ un recurso que ser´ a empleado por service, estos recursos t´ ıpicamente son conexiones hacia Bases de Datos. destroy: Ejecutado una vez que ha terminado el m´ etodo service, su labor es liberar los recursos utilizados en el proceso de ejecuci´ on los cuales generalmente son aquellos reservados por init.
Al elaborar esta practica creamos un servlet y el Deployment Descriptor (DD) y hacemos uso del m´ etodo service para generarlo (que es donde se incluyen las tareas principales de ejecuci´ on) y toma los parametros: uno de ellos llamado request del tipo HttpServletRequest que representa el objeto de entrada y el otro llamado response tipo HttpServletResponse que representa el objeto de salida del servlet.
HttpServletRequest encapsula datos de la solicitud del cliente, como n´ umero de sesi´ on, informaci´ on, etc. Es una especie de array cuyos elementos puedo pasar como par´ ametros a trav´ es del URL: URI El motor servlet divide la URI en tres secciones u ´tiles: la ruta de contexto (prefijo de aplicaci´ on), la ruta de servlet, y la informaci´ on de la ruta. HttpServletResponse proporciona servicios para dar una r´ eplica al cliente.
Representa la comunicaci´ on de vuelta al cliente. El m´ etodo doGet se sobreescribir´ a cuando el cliente quiera cargar una p´ agina HTML. doPost se implementar´ a cuando el cliente quiera cargar un servlet, pas´ andole a ´ este ciertos par´ ametros.
12
6.
Referencias
http://www.lsi.us.es/docencia/get.php?id=352 http://www.inf-cr.uclm.es/www/mpolo/asig/0708/tutorJavaWeb.pdf http://www.osmosislatina.com/tomcat/instalacion.htm http://javaweb.osmosislatina.com/curso/servlets.htm https://developers.google.com/maps/documentation/geocoding/?hl=es http://javadoc4.caucho.com/javax/servlet/http/HttpServletRequest.html http://html.rincondelvago.com/java-servlets.html Presentaciones de Informacion por Tanibet P´ erez de los Santos Mondrag´ on con la presentacion: Introduction to Servlets
13
