Escuela Colombiana de Ingeniería

Procesos de desarrollo de Software – PDSW

Ejercicio de laboratorio

Parte I. - Jugando a ser un cliente HTTP

1. Abra una terminal Linux.

2. Realice una conexión síncrona TCP/IP a través de Telnet al siguiente servidor:

   • Host: www.escuelaing.edu.co
   • Puerto: 80

   Teniendo en cuenta los parámetros del comando telnet:

   telnet HOST PORT

3. Antes de que el servidor cierre la conexión por falta de comunicación:

   • Revise la página 36 del RFC del protocolo HTTP, sobre cómo realizar una petición GET. Con esto, solicite al servidor el recurso 'sssss/abc.html', usando la versión 1.0 de HTTP.
   • Asegúrese de presionar ENTER dos veces después de ingresar el comando.
   • Revise el resultado obtenido. Qué codigo de error sale?, revise el significado del mismo en la lista de códigos de estado HTTP.
   • Qué otros códigos de error existen?, en qué caso se manejarán?

4. Realice una nueva conexión con telnet, esta vez a:

   • Host: www.httpbin.org
   • Puerto: 80
   • Versión HTTP: 1.1

   Ahora, solicite (GET) el recurso /html. Qué se obtiene como resultado?

Muy bien!, acaba de usar del protocolo HTTP sin un navegador Web!. Cada vez que se usa un navegador, éste se conecta a un servidor HTTP, envía peticiones (del protocolo HTTP), espera el resultado de las mismas, y -si se trata de contenido HTML- lo interpreta y dibuja.

5. Seleccione el contenido HTML de la respuesta y copielo al cortapapeles CTRL-SHIFT-C. Ejecute el comando wc (word count) para contar palabras con la opción -c para contar el número de caracteres:

   wc -c 

   Pegue el contenido del portapapeles con CTRL-SHIFT-V y presione CTRL-D (fin de archivo de Linux). Si no termina el comando wc presione CTRL-D de nuevo. No presione mas de dos veces CTRL-D indica que se termino la entrada y puede cerrarle la terminal.

   Claro está, las peticiones GET son insuficientes en muchos casos. Investigue: cual es la diferencia entre los verbos GET y POST?

6. En la practica no se utiliza telnet para hacer peticiones a sitios web sino el comando curl con ayuda de la linea de comandos:

   curl www.httpbin.org

   Utilice ahora el parámetro -v y con el parámetro -i:

   curl -v www.httpbin.org
   curl -i www.httpbin.org

      * Cuales son las diferencias con los diferentes parámetros?
   

Parte II. - Haciendo una aplicación Web dinámica a bajo nivel.

En este ejercicio, va a implementar una aplicación Web muy básica, haciendo uso de los elementos de más bajo nivel de Java-EE (Enterprise Edition), con el fin de revisar los conceptos del protocolo HTTP. En este caso, se trata de un módulo de consulta de clientes Web que hace uso de una librería de acceso a datos disponible en un repositorio Maven local.

I. Para esto, realice lo siguiente:

1. Revise la clase SampleServlet incluida en el proyecto, e identifique qué hace. Revise qué valor tiene el parámetro 'urlPatterns' de la anotación @WebServlet, pues este indica qué URLs atiende las peticiones el servlet.

2. Revise en el pom.xml para qué puerto TCP/IP está configurado el servidor embebido de Tomcat (ver sección de plugins).

3. Compile y ejecute la aplicación en el servidor embebido Tomcat, a través de Maven con:

   mvn package
   mvn tomcat7:run

4. Abra un navegador, y en la barra de direcciones ponga la URL con la cual se le enviarán peticiones al 'SampleServlet'. Tenga en cuenta que la URL tendrá como host 'localhost', y como puerto, el configurado en el pom.xml. Debería obtener un mensaje de saludo.

5. Observe que el Servlet 'SampleServlet' acepta peticiones GET, y opcionalmente, lee el parámetro 'name'. Ingrese la misma URL, pero ahora agregando un parámetro GET (si no sabe como hacerlo, revise la documentación en http://www.w3schools.com/tags/ref_httpmethods.asp).

6. Agregue el repositorio en el cual se encuentra la dependencia requerida para el ejercicio:

   <repositories>
       <repository>
           <id>ECI internal repository</id>			
           <url>http://profesores.is.escuelaing.edu.co/hcadavid/mvnmirror</url>
       </repository>
   </repositories>

7. Agregue la dependencia requerida:

   <dependency>
   	<groupId>org2.pdsw.stubs</groupId>
   	<artifactId>DataSourceStub</artifactId>
   	<version>1.1</version>            
   </dependency>             

8. Cree una clase que herede de la clase HttpServlet, y para la misma sobrescriba el método heredado doGet (puede usar el asistente de NetBeans con: Source/InsertCode/Override method). Incluya la anotación @Override para verificar –en tiempo de compilación- que efectivamente se esté sobreescribiendo un método de las superclases.

9. Para indicar en qué URL el servlet interceptará las peticiones GET, agregue al método la anotación @WebServlet, y en dicha anotación, defina la propiedad urlPatterns, indicando la URL (usted decida cual) a la cual se asociará el servlet.

10. Teniendo en cuenta las siguientes métodos disponibles en los objetos ServletRequest y ServletResponse recibidos por el método doGet:

    • response.setStatus(N); <- Indica con qué código de error N se generará la respuesta.
    • request.getParameter(param); <- Consulta el parámetro recibido, asociado al nombre ‘param’.
    • response.getWriter() <- Retorna un objeto PrintWriter a través del cual se le puede enviar la respuesta a quien hizo la petición.

    Implemente dicho método de manera que:

    • Asuma que la petición HTTP recibe como parámetro el número de identificación de un cliente, y que dicha identificación es un número entero.

    • Con el identificador recibido, consulte los datos del cliente a través de la clase DataSourceStub, de la librería publicada en el repositorio de Maven.

    • Si el cliente existe:

      • Responder con el código HTTP que equivale a 'OK' (ver referencia anterior), y como contenido de dicha respuesta, el código html correspondiente a una página con una tabla que tenga los detalles del cliente.

    • Si el cliente no existe:

      • Responder con el código correspondiente a ‘petición inválida’, y con el código de una página html que indique que no existe un cliente con el identificador dado.

11. Una vez hecho esto, verifique el funcionamiento de la aplicación, recompile y ejecute la aplicación.

12. Intente hacer una consulta desde un navegador Web.

Parte III.

13. En su servlet, sobreescriba el método doPost, y haga la misma implementación del doGet.

14. Revise la estructura de directorios del proyecto, e identifique la localización de la página de inicio de la aplicación (index.html). En dicha página, cree un formulario que tenga un campo para ingresar el número de identificación del cliente (si no ha manejado html antes, revise http://www.w3schools.com/html/ ) y un botón. El formulario debe usar como método ‘POST’, y como acción, la ruta relativa del servlet (es decir la URL pero excluyendo 'http://localhost:8080/').

15. Revise este ejemplo de validación de formularios con javascript y agruéguelo a su formulario, de manera que -al momento de hacer 'submit'- desde el browser se valide que el valor ingresado es un valor numérico.

16. Recompile y ejecute la aplicación. Abra en su navegador http://localhost:8080/index.html , y rectifique que la página hecha anteriormente sea mostrada. Ingrese los datos y verifique los resultados. Cambie el formulario para que ahora en lugar de POST, use el método GET. Qué diferencia observa?