Capitulo 1 Modelo Servlet Mtodos HTTP 1. Qu contiene una peticin HTTP? a.

. Una peticin request consiste de una linea de peticin, algunos encabezados (request headers) y un (opcional) cuerpo de mensaje. b. La linea de peticin contiene tres cosas: i. El mtodo HTTP ii. Un apuntador al recurso solicitado, en la forma de un URI iii. La versin del protocolo HTTP empleado en la solicitud iv. Ejemplo: GET http://www.abcd.com/index.html HTTP/1.1 c. Una linea de retorno de carro concluye la linea de peticin. Despues de esto vienen los encabezados request headers en la forma nombre:valor i. Ej-1: Accept_Encoding: gzip,deflate ii. Ej-2: User-Agent: MOzilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) d. Una linea en blanco debe seguir el ltimo encabezado de la peticin y, despus de esto el cuerpo de la peticin - si hay uno (no tiene que estar). 2. Qu contiene una respuesta HTTP? a. Una respuesta consiste de una linea de respuesta, algunos request headers, y un (opcional) cuerpo de mensaje. i. La linea de repuesta tiene tres partes: 1. Primero est la versin actual usada. 2. Le sigue un cdigo de respuesta (200 denota xito). 3. Despus un a breve descripcin del cdigo de respuesta. ii. Un linea de retorno de carro denota el fin de la linea de respuesta. Las lineas de encabezados de la respuesta siguen en la forma nombre:valor iii. Finalmente, separado de los encabezados por una linea en blaco , esta el cuerpo de la respuesta. 3. Cales son los siete mtodos HTTP? a. Los siete mtodos son: i. GET Quiere decir que es una solicitud de solo lectura para informacin desde un servidor. Con una solicitud GET los parmetros son aadidos a la URL. Los tres disparadores estndar para una solicitud GET son: 1. Escribir dentro de la linea de direccin del navegador y presionar ir. 2. Pulsar sobre un link en una pgina web. 3. Presionar el botn submit en un <form> HTML cuyo mtodo este puesto a GET. ii. POST Disparado desde formularios en navegadores, cuando el mtodo del formulario est puesto a POST. Mientras GET est destinado como de solo lectura, POST es para operaciones de agregar/actualizar/borrar. Cuando hay parmetros dentro de una peticin POST, son puestos dentro del cuerpo de la solicitud, no aadidos sobre el query string del URL, como con GET.

4.

5.

6. 7.

8.

iii. HEAD Idntico al mtodo GET, pero no retorna un cuerpo del mensaje. Sin embargo, todos los encabezados de la respuesta deben estar presentes justo como si un GET hubiera sido ejecutado. iv. OPTIONS Le dice al que hace la peticin que mtodos HTTP pueden ser ejecutados adems del URL solicitado. v. TRACE - El propsito de TRACE es regresar la peticin de vuelta al que la hizo en el estado en que estaba en el punto donde se lleg a la ltima ocomputadora en la cadena. La rezn primaria para hacerlo es para depurar algn problema. vi. PUT Toma un recurso del cliente y lo pone en una ubicacin sobre un servidor que es especificado en la URL de la peticin. Si hay alguna cosa ya sobre el servidor en esa ubicacin un PUT sobreescribir los actuales contenidos del URL con el archivo que se est subiendo. Puedes determinar desde los cdigos de la respuesta lo que obtienes de regreso, si el recurso fue remplazado (tipicamente, cdigo de respuesta 200) o si fue creado por primera vez (cdigo de respuesta 201). vii. DELETE Causa que el servidor borre lso contenidos de la URL destino. Un servidor tiene el derecho a retardar su respuesta a un mtodo DELETE, siempre que responda despus. Un cdigo de respuesta de 200 (OK) indica que el borrado fue hecho bien; 202 (accepted) significa que la solicitud ha sido aceptada y se actuar posteriormente. Dar cualesquiera dos ventajas de enviar parmetros dentro del cuerpo de la peticin para un POST? a. Una URL est limitada en longitud. Sin embargo el cuerpo de la solicitud puede ser tan grande como queramos. b. Poner parmetros dentro del URL es bastante visible y pblico y es usualmente registrado por el historial de la mayoria de los navegadores. Que es una peticin idempotente? a. Una peticin idempotente significa que tiene el mismo resultado no importa cuantas veces sea ejecutado. Se supone que GET debe ser idempotente mientras POST no. Lista los mtodos que son idempotenetes: a. GET, TRACE, OPTIONS, HEAD, PUT y DELETE. Cmo puedes dividir los siete mtodos como seguros o no seguros? a. GET, TRACE, OPTIONS y HEAD no deberan cambiar nada, y por lo tanto son seguros. Incluso si una peticin GET pueden tener efectos secundarios irreversibles, un usuario no debe ser responsable de ellos. Por lo tanto desde una perpectiva de usuario, los mtodos son seguros. b. PUT, DELETE y POST son inherentemente no seguros: Ellos causan cambios y un usuario puede ser considerado responsable de la ejecucin de estos mtodos en el servidor. Es una peticin GET garanta de que sea idempotente y POST garantia que no ser idempotente? a. GET se supone que es idempotente, mientras que el post no lo es. As es como estn las cosas destinadas a ser, pero no hay garanta absoluta de que cualquier solicitud GET dado que no se tendr efectos secundarios irreversibles. El pronstico depende de lo que el programa del servidor de que recibe la solicitud GET en realidad hace con ella. Del mismo modo, una solicitud POST puede

9.

10.

11.

12.

no resultar en una actualizacin. Sin embargo los mtodos GET y POST, en general, obedecen a reglas de idempotencia y sus aplicaciones web deben observarlas. Diferencia entre el modelo original de CGI y FastCGI? a. En el modelo original de CGI debera morir una sola vez la solicitud se ha completado. FastCGI, los cuales siguieron el modelo de CGI original, junto con otras tecnologas, tiene el beneficio de mantener los procesos vivos, por lo general, uno para cada programa diferente del lado del servidor que el servidor soporte. Dar el nombre y los parmetros de los mtodos de servlets que corresponden a los mtodos HTTP? a. Los siete mtodos HTTP mapean sobre los mtodos de servlets del mismo nombre con un "do" al inicio (por ejemplo, POST mapea en doPost ()). Los mtodos doXXX ()reciben dos objetos como parmetros, el primero en representacin de la peticin HTTP y el segundo la respuesta HTTP. Qu mtodo HTTP se utiliza para comprobar que es un recurso vlido y accesible, sin su contenido? a. Utilizando el mtodo HEAD es una forma econmica de comprobar que un recurso es vlido y accesible, o que no se ha actualizado recientemente. Ms notas sobre los mtodos HTTP a. HTTP es un protocolo simple peticin / respuesta del que sustenta la mayora de las aplicaciones web en Internet, independientemente de si estn escritas en Java. b. Ms all de los siete principales mtodos HTTP, hay un CONNECT, que oficialmente figura en el RFC, pero es esencialmente reservado para uso futuro. c. En una URL de la peticin HTTP, signo de interrogacin introduce la cadena de consulta query string- (es decir, la lista de parmetros). Ejemplo: http://dictionary.reference.com/search?q=idempotent d. PUT y DELETE no estn permitidas en la mayora de servidores web, ya que son mtodos "inseguros". e. De los siete mtodos, POST es el nico que no es considerado "idempotente".

Parmetros de formularios 13. Dar los dos usos de un campo de entrada oculto? a. Un servlet puede almacenar temporalmente los valores de campos ocultos. Estos valores pueden ser tiles como parmetros al prximo servlet solicitado. Es un enfoque de "control de sesin". b. Script que se ejecuta dentro de la pgina web tambin puede configurar los valores ocultos. 14. Describir un <form> HTML en una pgina web? a. Un <form> HTML pasa los parmetros junto con la solicitud. Con un GET solicitado, estos parmetros se aaden a la URL. Cuando los datos del formulario de control se pasan al servidor, el atributo nombre proporciona el nombre del parmetro. El atributo valor proporciona el valor del parmetro. b. Un formulario se define en una pgina web con la etiqueta <form>. Una forma tpica de apertura de etiqueta podra tener este aspecto: i. <form action="someServlet" method="POST"> c. Los atributos principales son: i. action - contiene algn recurso destino en la aplicacin web.

ii. method - indica el mtodo HTTP para ejecutar. El valor predeterminado es HTTP GET.

15. Cmo puedes hacer una casilla de verificacin (checkbox) como ya seleccionado? D un ejemplo. a. Podemos usar el atributo checked como: i. <input type = "checkbox" name = "msicos" value = "BTHVN" checked = "checked" /> Beethoven
16. Qu pasar si premarcamos ms de uno los botones de radio con el mismo nombre: <INPUT Type="radio" name="volume" value="MED" checked="checked" /> Medio <INPUT Type="radio" name="volume" value="LOW" checked="checked" /> Bajo a. Slo una eleccin es posible. El navegador resuelve esto dejando el ltimo marcado como el que tienen prioridad. 17. Qu hace una etiqueta select? Dar ejemplos. a. La etiqueta <select> permite configurar una lista de valores para elegir en una pgina web -el estilo es un men pop-up o una lista desplegable. Hay dos "Modos" de este control: el usuario o bien se limitan a una opcin de la lista o tiene mltiples opciones de la lista. i. La opcin nica, el men pop-up: 1. <select name="Countries"> 2. <option value="FR"> Francia </ option> 3. <option value="GB" selected> Gran Bretaa </ option> 4. </ select> ii. La seleccin mltiple: 1. <select name="Countries" size="3" mltiple> 2. <option value="FR" selected> Francia </ option> 3. <option value="GB"> Gran Bretaa </ option> 4. <option value="DK" selected> Dinamarca </ option> 5. </ select>