HTTP, CGI, Applets, Servlets y SOAP

HTTP, CGI, Applets, Servlets y SOAP
Sistemas de Operación II CI-4821 Sep-Dic 2005 Abreu Román García Irene Osers Pablo Otero M. Cristina Teja Carolina

Aplicaciones de Internet

World Wide Web Es un sistema de hipertexto que funciona sobre Internet. Nació gracias a Tim Berners-Lee en 1990. Combina tres tecnologías: Documentos hipertexto. Recuperación de información a través de la red. SGML (Lenguaje Estandarizado de Marcado General).

HTML (Hipertext Markup Language)
Es un lenguaje de marcas diseñado para estructurar textos y presentarlos en forma de hipertexto. Fue definido por Tim Berners-Lee y luego desarrollado por la IETF. Está basado en SGML. Las etiquetas son breves instrucciones de comienzo y final que determinan la forma como aparece el texto y las imágenes en el navegador.

HTML Ejemplo <html> <head>
<title>Ejemplo de una página web</title> </head> <body> <center> <h1>Mi página principal</h1> <img src=“/imágenes/miFoto.gif”> <a href=“/doc.miCV.html”>Mi curriculum vitae</a> </center> </body> </html>

XML (Extensible Markup Language)
Es un lenguaje de marcas cuyo propósito es facilitar el compartir datos a través de diferentes sistemas. Es desarrollado por el World Wide Web Consortium (W3C). Se basa en SGML. Se utiliza en protocolos tales como SOAP para llamadas a procedimientos remotos basados en la web.

XML Ejemplo <mensaje>
<para> <tema> Esto es un mensaje</tema> <texto> ¡Hola mundo! </texto> </mensaje>

HTTP (Hiper Text Trnasfer Protocol)
Es un protocolo orientado a conexión, sin estado y de petición-respuesta. Está basado en el modelo cliente-servidor. Cada petición y cada respuesta están compuestas por las siguientes partes: La línea de petición/respuesta. Una sección de cabecera. Una línea en blanco. El cuerpo.

HTTP La petición del cliente Formato: Método HTTP:
<método HTTP><espacio><URI solicitado><espacio><especificación del protocolo>\r\n Método HTTP: GET  para solicitar un URL específico HEAD  para solicitar la cabecera del servidor POST  para enviar datos al servidor PUT  para subir archivos a un URI en el servidor web

HTTP La petición del cliente URI solicitado:
/<nombre de directorio>.../<nombre de directorio>/<nombre de fichero> Especificación del protocolo: compuesto por el nombre y la versión del protocolo usado por el cliente.

HTTP Cabecera de la petición Formato: <clave>: <valor>\r\n
Claves: Accept  tipo de contenido aceptado por el cliente User-Agent  tipo de navegador Connection  para especificar <<Keep-Alive>> Host  nombre de la máquina servidor

HTTP Ejemplo GET /invest/default.html HTTP/1.0 Accept: text/plain
Accept: text/html Accept: audio/* Accept: video/mpeg User-Agent: Mozilla/3.0 (WinNT; I) Línea en blanco

HTTP La respuesta del servidor 1. Línea de estado.
2. Una sección de cabecera. 3. Una línea en blanco. 4. El cuerpo.

HTTP La línea de estado Formato: Códigos de estado:
<protocolo><espacio><código de estado><espacio><descripción>\r\n Códigos de estado: : Informativo : Petición del cliente satisfactoria : Petición del cliente redirigida : Petición del cliente incompleta : Errores del servidor

HTTP Ejemplos HTTP/1.0 200 Ok HTTP/1.1 403 Forbidden
HTTP/ Not Found HTTP/ Service Unavailable

HTTP Cabecera de la respuesta Formato:
<clave>: <valor>\r\n - Líneas de respuesta: Age: segundos Location: URI Retry-After: fecha|segundos Server: cadena WWW-authenticate: método de autenticación

HTTP Cabecera de la respuesta - Líneas de entidad: Content-Encoding
Content-Length Content-Type: tipo/subtipo Expires: fecha Last-Modified: fecha

HTTP Cuerpo de la respuesta Date: Mon, 30 Oct 2002 18:52:08 GMT
Server: Apache/1.3.9 (Unix) ApacheJServ/1.0 Last-Modified: Mon, 17 June :45:13 GMT Etag: "3f80f-1b6-3e1cb03b" Accept-Ranges: bytes Content-Length: 1255 Connection: close Content-Type: text/html <html> … </html>

HTTP Tipos de contenido y MIME (Multipurpose Internet Mail Extension)
Es un protocolo para especificar el tipo de contenido. TIPO SUBTIPO text Plain, rich text, xml message , news application Adobepostscript, xml, .class image Jpeg, gif audio basic, midi, mp3 video mpeg, quicktime

HTTP Un cliente sencillo public class ClienteHTTP {
public static void main (…) { … MiSocketStream mi socket = new MiSocketStream( maquina, puerto); miSocket.enviarMensaje(peticion); String respuesta = miSocket.recibirMensaje(); }

HTTP Un cliente sencillo escrito con la clase URL
public class navegadorURL { public static void main (…) { … URL elURL = new URL(“http”, maquina, puerto, cadenaURL); inputStream enStream = elURL.openStream(); BufferedReader entrada = new BufferedReader ( new InputStreamReader(enStream)); String respuesta = entrada.readLine(); while(){ respuesta = entrada.readLine(); } }

Contenido web dinámico
Máquina con cliente web Máquina con servidor web Servidor web Cliente web <<id=12345>> <<ingresos=30000>> <<id = 12345>> <<ingresos=30000>> Sistema de Base de datos

Common Gateway Interface

CGI Common Gateway Interface
Definición Protocolo que proporciona una interfaz o pasarela entre un servidor de información y un proceso externo. Utilizando el protocolo CGI, un cliente web puede especificar un programa, conocido como Script CGI, como objeto web de destino de una petición HTTP.

Ejemplo de una aplicación CGI
Script CGI Servidor HTTP Cliente Web petición de hola.html contenido de hola.html petición de hola.cgi datos, si hay, del cliente respuesta del servidor, incluyendo páginas generadas dinámicamente

Código de “hola.html” <!Ejemplo de página web que invoca a un CGI> <HTML> <HEAD> … <H1>Esta página muestra el uso de un script web</H1> <HR> <FORM METHOD=“post” ACTION=“hola.cgi”> Presione <input type=“submit” value=“”aquí> para enviar su petición </FORM> </HR>

Código de “hola.cgi” * Este programa es un script CGI que genera la salida * de una página web. #include <stdio.h> main(int argc, char *argv[]) { printf(“Content-type:text/html%c%c”, 10, 10); printf(“<font color = blue>”); printf(“<H1>Hola mundo</H1>”); printf(“</font>”); }

Formulario Web Características
Proporciona una interfaz gráfica de usuario que permite al usuario introducir datos. Cuando el usuario pulsa el botón de envío, invoca la ejecución de un programa externo en la máquina del servidor web.

Ejemplo de Formulario

Formulario Web Código del Formulario … …
<html> <head> <title>Un ejemplo de formulario sencillo</title> </head> <body> <H1>Esto es un formulario sencillo</H1> <form method="get" action="formulario.cgi"> <h2>Cuestionario:</h2> Introduce tu nombre: <input name="nombre"><p> Cual es tu pregunta?: <input name="pregunta"><p> … … Presiona <input type="submit" name="sBoton" value="aqui"> para enviar </form> </body> </html>

Formulario Web Action=<URL> es una cadena de caracteres que contiene el URL absoluto o relativo del programa externo que será iniciado por el servidor web al enviar el formulario. Method=<una palabra reservada>, donde la palabra reservada es el nombre del método, POST o GET, que especifica la forma en la que el programa externo espera recibir los datos enviados por el usuario.

Cadena de Interrogación
La colección de todos los datos de los elementos de entrada es una cadena de caracteres denominada cadena de interrogación (query string). Ejemplo: nombre=Juan%20Nadie&pregunta=paz%20en%20mundo&color=azul&… El empaquetado de los datos en la cadena de caracteres, incluyendo la codificación de los valores, la realiza el navegador.

Procesamiento de la Cadena Envío de la cadena al Servidor
EL método GET en los formularios La cadena se transmite al servidor web en una petición HTTP con una línea de método GET. El URI del objeto web solicitado por el cliente es especificado por la petición HTTP GET. La cadena de interrogación se adjunta al final del URI, delimitándola por el carácter “?” GET /cgi/hola.cgi?nombre=Juan%20Nadie&pregunta=… El método POST en los formularios La cadena de interrogación se transmite al servidor web en una cabecera HTTP con una línea de método POST. La petición POST tiene un cuerpo de petición, que contiene el texto que se va a enviar al servidor.

Procesamiento de la Cadena Envío de la cadena al Servidor
... continuación El método POST en los formularios Utilizando este método, el URI del script CGI se especifica con la línea de petición POST, seguida por la cabecera de la petición, una línea en blanco y por último la cadena de interrogación. POST /cgi/hola.cgi HTTP/1.0 Accept: */* Connection: Kepp-Alive Host: miHost.algo.edu User-Agent: Generic nombre=Juan%20Nadie&pregunta=…

Procesamiento de la Cadena Envío de la cadena al programa externo
El método FORM GET EL URI es adjuntado a la petición HTTP. EL programa externo recibe el formulario codificado en una variable de entorno llamada QUERY_STRING. EL programa recupera la cadena de interrogación de la variable de entorno. El método FORM POST EL navegador pasa la cadena en el cuerpo de la petición. El programa externo recibe el formulario codificado por la entrada estándar. La cadena de interrogación es decodificada y el programa externo hace uso de los valores de los parámetros durante la ejecución.

Codificación y decodificación
Perl  biblioteca CGI-lib con la estructura de datos vector asociativo. NCSA (National Center for Supercomputing Applications)  biblioteca de rutinas en C.

Variables de Entorno usadas en CGI
Es un parámetro del entorno de trabajo de un usuario, en un computador. CGI utiliza variables de entorno que son escritas por el servidor HTTP para pasar información sobre las peticiones a los programas externos. Algunas de estas variables son: REQUEST_METHOD: tipo de método con el que se ha realizado la petición. QUERY_STRING: contiene la cadena de caracteres codificada. CONTENT_TYPE: el tipo de contenido de los datos. CONTENT_LENGTH: la longitud de la cadena de interrogación en número de bytes.

Sesiones Web y Datos de Estado
Script Web Script Web Servidor Web Navegador petición de formulario.html formulario.html id=12345 formulario1.cgi?id=12345 form2.html(dinámico) formulario2.cgi?compra=TV compra=TV formulario2.html, contenido «cliente tiene una TV en el carrito»

Sesiones Web y Datos de Estado
Mecanismos del lado del servidor: Se puede usar almacenamiento secundarios (ficheros o BD) en la máquina servidora como un repositorio para los datos de estado de la sesión. Desventaja: sobrecarga involucrada y la necesidad de administración del repositorio para un gran número de sesiones concurrentes. Mecanismos del lado del cliente: Basado en pasar los datos de estado del script web al cliente, que a su vez pasa esos datos al siguiente script web. Esta operación puede ser repetida durante toda la sesión web.

Mecanismos de mantenimiento de sesión del lado del cliente

Uso de campos ocultos Elemento de tipo IMPUT en un formulario Web que se especifica con TYPE=HIDDEN y su valor debe de ser especificado en el atributo VALUE dentro del campo. Es de fácil uso. El cliente HTTP se convierte en un repositorio temporal de la información de estado. Los datos de sesión se envían utilizando el mecanismo normal de transmisión de cadenas de interrogación. Posee el riesgo de privacidad y seguridad, los datos de estado se transmiten como campos de un formulario sin proteger

Ejemplo uso campo oculto
Script web Script web Web Server Navegador Form2.cgi Form1.cgi Petición de formulario.html Formulario.html Form1.cgi?id=1234 id=1234 Form2.html (dinámico) contiene <input type=“HIDDEN” name=“id“ value=“1234”> Form2.cgi?id=1234&compra=tv id=1234&compra=tv “cliente 1234 tiene tv en carrito compra”

Uso de cookies Este esquema hace uso de una extensión del http básico que permite que una respuesta del servidor pueda contener información de estado que el cliente deberá almacenar en un objeto. Las cookies se almacenan en la máquina cliente, de forma temporal o persistente. Líneas de cabecera HTTP Set-Cookie Cookie

Set-Cookie:nombre=Juan
Ejemplo uso cookies Script web Web Server Navegador Form1.cgi Petición de formulario.html Formulario.html Script web Form2.cgi Form1.cgi?id=1234 id=1234 Script web Form3.cgi Set-Cookie: id=1234 Form2.html (dinámico) id=1234 id=1234 Form2.cgi?nombre=Juan Nombre=Juan id=1234 Set-Cookie:nombre=Juan Form3.html (dinámico) Nombre=Juan id=1234 Form3.cgi?... id=1234 nombre=Juan nombre=Juan

Línea de cabecera de respuesta: HTTP Set-Cookie
Set-Cookie: NOMBRE=VALOR; expires=FECHA; path=CAMINO; domain=NOMBRE_DOMINIO; secure Nombre: par nombre-valor. Expires: especifica una fecha que define el tiempo de validez de una cookie. Domain: establece el dominio de la cookie, para saber que cookies deben de ser enviadas a un servidor en particular. Path: se utiliza para especificar el subconjunto de direcciones dentro de un dominio donde la cookie es válida. Secure: si está marcada como segura, solo será transmitida si el canal de comunicación es seguro.

Línea de cabecera de petición: HTTP cookie
Cuando se solicita un URL a un servidor, el navegador comparará el URI (Uniform Resource Identifier, identificador unificado de recursos) con todas las cookies almacenadas en el cliente. Si encuentra alguna cookie coincidente, se incluirá una línea con los pares nombre-valor de dichas cookies en la cabecera de petición http. Cookie: NOMBRE=VALOR; NOMBRE2=VALOR2; NOMBRE3=VALOR3 El servidor extrae todos los valores y los sitúa en una variable de entorno HTTP_COOKIE

Ejemplo de secuencia de transacciones
El cliente solicita un documento y recibe la siguiente respuesta: Set-Cookie: CLIENTE=COYOTE; path=/ Cuando el cliente solicita un URL en la ruta </>, envía: Cookie: CLIENTE=COYOTE El cliente recibe la siguiente respuesta: Set-Cookie: NUMERO_PARTE=LANZACOHETES_01; path=/ Cuando el cliente solicita un URL en la ruta </> del servidor, envia: Cookie: NUMERO_PARTE=LANZACOHETES_01 Set-Cookie: ENVIO=FEDEX; path=/area Cuando el cliente solicita un URL en la ruta </> del servidor, envía: Cookie: CLIENTE=COYOTE; NUMERO_PARTE=LANZACOHETES_01 Cuando el cliente solicita un URL en la ruta </area>, envía: Cookie: CLIENTE=COYOTE; NUMERO_PARTE=LANZACOHETES_01; ENVIO=FEDEX

Privacidad de los datos y consideraciones de seguridad
Controversia de las Cookies: Las cookies pueden ser escritas en la máquina del usuario sin el conocimiento o aprobación explícita de él. Aunque las cookies son de tamaño pequeño, su acumulación ocupa recursos del sistema. Pueden ser utilizadas para recoger información personal de los usuario web sin su conocimiento. Las cookies persistentes, almacenadas en carpetas fácilmente accesibles, pueden revelar información personal a usuarios que comparten un computador.

Applets y Servlets

Applets Son clases de Java solicitadas por el navegador a un servidor web utilizando el protocolo http y ejecutadas a continuación por la máquina virtual de Java en el entorno del navegador del cliente. Se coloca con etiquetas <applet></applet> dentro del código HTML. Cuando el navegador analiza la etiqueta applet lanza la petición al servidor que diga en la etiqueta o del cual se haya bajado la página, si el campo no esta lleno. Una vez recibida la clase el navegador lo ejecuta con su JMV y muestra su resultado. Servidor HTTP Petición HTTP Applet Respuesta HTTP Cliente HTTP

Ejemplo: Sesión Web con Applet
Máquina Servidora Máquina Cliente servidor web petición pagina.html Navegador pagina.html ... <applet code=“Hola.class”> </applet> petición hola.class hola.class hola.class hola.class

Seguridad en Applets Debido a que los appets se descargan de una máquina remota y se ejecutan en la máquina local, su ejecución está sometida a restricciones por razones de seguridad. Un applet no tiene permitido leer o escribir en la máquina del cliente donde se ejecuta. No tiene permitido la conexión de red excepto a la máquina de la cual proviene.

Servlets A diferencia de los Applets, los Servlets son extensiones del servidos ejecutados en el mismo. Similar a los CGI se ejecutan en el servidor como una acción iniciada por la petición del cliente. Pero a diferencia de CGI este se puede extender a cualquier servidor con protocolo del tipo petición-respuesta.

Servlets Un servlet es un objeto de la clase javax.Servlet, parte de la clase javax. Existen dos implementaciones libres que proporcionan la arquitectura servlet: JSWDK (Java Server Web Development Kit). Apache Tomcat. Igualmente hay varias implementaciones comerciales como: Weblogic, iPlanet y WebSphere.

Soporte Arquitectónico
Requieren de la existencia de un módulo llamado “motor de servlets” o “contenedor de servlets”. Código servlet 1 Servidor 1 Cliente 1 Cliente 2 Código servlet 2 Servidor 2 Cliente 3 Código servlet 3

Tiempo de vida Servidor Cliente Cliente Servidor Cliente Servidor
Código servlet Servidor Cliente Cliente Código servlet Servidor Cliente Código servlet Servidor Cliente

Diagrama de interacción
Contenedor servlet Cliente 1 Cliente 2 Servidor Servlet carga servlet init ( ) petición HTTP service ( ) respuesta HTTP petición HTTP service ( ) respuesta HTTP terminar destroy ( ) apagar

Principales métodos de un servlet HTTP
void connect (InetAdress, dirección, int puerto) Crea una conexión lógica entre este socket y un socket en la dirección y puerto remotos. void disconnect( ) Termina la conexión actual, si existe, de este socket. protected void doGet(HttpServletRequest req, HttpServletResponse resp) Llamado por el servidor (a través del método service) para permitir a los servlets manejar la petición GET. protected void doPost(HttpServletRequest req, los servlets manejar la petición POST.

Formulario que invoca a un servlet
<html> <head> <title> Formulario que invoca a un servlet</title> … <form method=“post” action=“http//localhost::8080/servlet/formularioServlet”> </html>

doPost y doGet en un Servidor HTTP
Servlet HTTP Navegador doGet( ) service( ) doPost( )

Algunos métodos del objeto HttpServletRequest
public String getHeader(String name) Devuelve el valor de la cabecera de la petición especificada. public String getMethod( ) Devuelve el nombre del método HTTP con el que fue realizada la petición. Por ejemplo GET, POST. public String getQueryString( ) Devuelve la cadena de interrogación enviada con la petición. public String getParameter(String name) Devuelve el valor de un parámetro de la petición, o null si el parametro no existe. public String getParameterValues(String name) Devuelve el vector de objetos con todos los valores que tiene el parámetro solicitado, o null si el parametro no existe.

Algunos métodos del objeto HttpServletResponse
public void setContenType(String type) Establece el tipo de contenido de la respuesta a ser enviada al cliente. Este método debe ser llamado antes de que se obtenga el objeto PrintWriter de la respuesta void setHeader (String name, String value) Establece una cabecera de respuesta con el nombre y el valor dados. public ServletOutputStream getOutputStream() Devuelve un objeto ServletOutputStream adeacuado para escribir datos binarios en la respuesta. public PrintWriter getWriter() Devuelve un objeto ServletOutputStream adeacuado para enviar carácteres de texto al cliente.

Mantenimiento de la información de estado en la programación de servlets
Los servlets cuentan con una amplia selección de mecanismos para permitir la compartición de información entre ellos. Algunos de ellos son: Variables servlet Campos ocultos de formulario Cookies Objetos session

Variable servlet Como se mencionó las servlets son persistentes.
Es posible almacenar información de estado en las variables del servlet. Pero no es común que se utilice este método porque el programador no tiene control sobre el ciclo de vida del servlet. Además en un determinado momento solo se está ejecutando una copia única del servlet para todos los clientes, y sus variables de estado serán globales a todos ellos.

Variable servlet import java.io.*; import javax.servlet.*;
import javax.servlet.htttp.*; public class Contador extends HttpServlet { int contador = 0; public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType(“text/plain”); PrintWriter salida = response.getWriter ( ); contador ++; salida.println(“Este servlet ha sido accedido” contador + ”veces”); } // fin doGet ;} // fin class

Variable servlet (thread safe)
public class Contador extends HttpServlet { int contador = 0; public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType(“text/plain”); PrintWriter salida = response.getWriter ( ); incremento(salida); } // fin doGet ;} // fin class private synchronized void incremento(PrintWriter output){ output.println(“Este servlet ha sido accedido” contador + ”veces”); output++; } //fin incremento } //fin class

Campos ocultos de formulario
Se utiliza exactamente igual que con scripts CGI para pasar información de estado Las sentencias HTML que contienen el campo oculto se escriben a un stream de salida de un PrintWriter asociado a el HttpServletResponse para almacenar los datos de enviado a ser enviado al siguiente servlet. Ejemplo: response.setContentType(“text/plain”); PrintWriter salida = response.getWriter( ); salida.println(“<INPUT TYPE=\”HIDDEN\” NAME=ID VALUE=“ + valor);

Cookies Las cookies tambien pueden aplicarse de la misma manera que en los scripts CGI para pasar información de estado. Se utiliza la clase HttpCookie. Algunos de los principales Métodos que provee son...

Cookies public Cookie(String name, String value)
Construye una cookie con el nombre y valor especificado. public String getName( ) Devuelve el nombre de esta cookie. public String getValue( ) Devuelve el valor de la cookie. public void setMaxAge(int expiry) Establece el atributo expiración de esta cookie al periodo de tiempo especificado en segundos. public void setValue(String newValue) Asigna un valor a la cookie. El método getCookie de la clase HttpRequest: public Cookie[] getCookies( ) Devuelve un vector con todos los objetos Cookie enviados por el cliente en la petición.

Cookies … // Recoger el valor del parámetro del formulario
valor = request.getParameter(nombre); // Crea una cookie C = new Cookie(nombre, valor); //Establecer expiración en un día c.setMaxAge(1*24*60*60); response.addCookie(nombre, valor); //Realiza una redirección para enviar las cookies e invocar otro servlet que muestre los objetos del carrito response.sendRedirect(“Carrito2”);

Cookies … Cookie cookies[]; cookies. = request.getCookies();
if (cookies != null){ for(int i=0; i < cookies.length; i++){ // Identifica las cookies por su nombre if(cookies[i].getName().startsWith(“objeto”)){ salida.pritnln(cookies[i].getName() + ”\t” + cookies[i].getValue());

Objeto Session Mantiene información de estado específica de una sesión particular de un cliente HTTP. Un objeto session implementa la interfaz HttpSession. Un servlet puede crear este objeto y despues utilizarlo como un repositorio de datos de estado a lo largo de la sesión del cliente. Para identificar sesiones diferentes cada objeto de sesión debe tener un identificador único. Este identificador se asigna automáticamente por el contenedor de servlets.

Objeto Session A lo largo de la sesión del cliente el identificador se pasa entre el servidor y el cliente utilizando una cookie o algun otro mecanismo. Una vez que se ha creado el objeto sesión, un servlet puede depositar en el objetos que contienen información de estado. Cada objeto añadido se especifica con un nombre, más adelante puede ser accedido por otro servlet o incluso por el mismo servlet. El objeto sesión persistira durante un intervalo de inactividad que puede ser especificado en el código.

Objeto Session public Object getAttribute(String name) throws java.lang.IllegalStateException Devuelve el objeto de esta sesión con el nombre especificado public Enumeration getAttributeNames( ) throws java.lang.IllegalStateException Devuelve una enumeración con el nombre de todos los objetos de esta sesión public Object setAttribute(String name, Object value) throws java.lang.IllegalStateException Enlaza un objeto con esta sesión usando el nombre especificado. public void invalidate( ) throws java.lang.IllegalStateException Invalida esta sesió y a continuación elimina el enlace con los objetos de la misma. public void getMaxInactiveInterval( ) public void setMaxInactiveInterval(int interval) Devuelve/especifica el tiempo del intervalo máximo en segundos public String getId( )

Objeto Session El método getSession de la clase HttpRequest
public HttpSession getSession(boolean create) Devuelve el HttpSession actual asociado con esta petición o si no hay una sesión actual y el parametro contiene true, devuelve una nueva sesión.

Objeto Session … HttpSession session = request.getSession(true);
contadorObjetos = new Integer(contador); session,.putValue(“contadorObjetos”, contadorObjetos); If (objetos != null) session.setAttribute(“objetos”, objetos); // Realiza la redirección para invocar el otro servlet

Objeto Session … //Recoge el objeto sesión, si existe
HttpSession session = request.getSession(false); Integer contadorObjetos; Vector objetos = null if (session == null){ contadorObjetos = new Integer(0); } else{ contadorObjetos = (Integer= session.getValue(“contadorObjetos”); objetos = (Vector) session.getValue(“objetos”); // Recoger los objetos sesion dejados por el otro servlet for (int i = 0; i < contador; i++) salida.println(objetos.get(i));

Simple Object Access Protocol

Web Services Definición
Servicios de red transportados sobre HTTP. Basado en el paradigma Cliente-Servidor. Para poder establecer la comunicación a nivel de la capa de aplicación, se utilizan los siguientes protocolos: UDDI: Universal Description, Discovery and Integration (Descubrimiento del Servicio). WSDL: Web Service Description Language (Descripción del Servicio). XML. (SOAP) (Mensajería). HTTP, FTP, SMTP (Transporte).

Web Services UDDI y WSDL
UDDI es un framework que no depende de ninguna plataforma para describir, crear e integrar servicios de negocios usando Internet. Utiliza WSDL para publicar todas estas reglas y servicios de negocios. Estas reglas son accedidas utilizando SOAP. WSDL describe la interfaz pública a los servicios Web. Está basado en XML y describe la forma de comunicación, es decir, los requisitos del protocolo y los formatos de los mensajes para interactuar con los servicios listados en su catálogo. Las operaciones (métodos) y mensajes se describen de forma abstracta y se ligan después al protocolo concreto de red y al formato del mensaje.

WSDL Ejemplo <message name="getTermRequest">
<part name="term" type="xs:string"/> </message> <message name="getTermResponse"> <part name="value" type="xs:string"/> <portType name="glossaryTerms"> <operation name="getTerm"> <input message="getTermRequest"/> <output message="getTermResponse"/> </operation> </portType> <binding type="glossaryTerms" name="b1"> <soap:binding style="document“ transport=" <operation> <soap:operation soapAction=" <input> <soap:body use="literal"/> </input> <output> </output> </operation> </binding>

SOAP Definición Protocolo simple, sencillo y liviano para poder acceder a objetos remotos a través de la red (ej. Internet). Utilizado para realizar llamadas a Métodos implementados en diferentes arquitecturas, lenguajes y/o sistemas operativos.

SOAP Aplicaciones Distribuidas vs. SOAP
Las tecnologías para aplicaciones distribuidas necesitan de puertos abiertos para poder comunicarse (ej DCOM Puerto 135). Comúnmente dichos puertos están cerrados o protegidos del exterior por Firewalls. El puerto para HTTP (80) es permitido normalmente. SOAP puede traspasar Firewalls, ya que corre sobre el modelo HTTP.

SOAP Ventajas de SOAP SOAP es liviano.
Puede ser interpretado por cualquier sistema operativo o lenguaje ya que esta basado en XML. Pasa a través de los firewalls por el puerto 80, por lo que puede ser utilizado a nivel MUNDIAL.

SOAP Cómo funciona? Los mensajes se envían bajo el paradigma Request/Response o bien conocido como modelo de mensajes HTTP. SOAP define una estructura en XML para: Llamar y pasar parámetros a métodos remotos. Recibir o retornar valores a cualquier petición. Manejar errores en caso de no poder ejecutar la llamada. Objeto del servicio Servidor WEB Cliente WEB Nombre del método, Lista de parámetros Valor devuelto Petición HTTP Respuesta HTTP

SOAP Desventajas Qué NO brinda SOAP:
Cómo se envían y reciben los mensajes. La implementación para envío y recepción de mensajes se deja en manos del programador. No define como ni cuando se instancia un objeto para luego ejecutar el método.

SOAP Paquetes Recubrimiento SOAP Cabecera SOAP Cuerpo SOAP
Cuerpo del Mensaje Bloque de Cabecera opcional requerido

SOAP Mensaje de Request
Ejemplo de un mensaje (Request) SOAP: Importante Colocar el Tipo del Contenido como XML POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPrice> <m:StockName>IBM</m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope>

Ejemplo de un mensaje (Request) SOAP: POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPrice> <m:StockName>IBM</m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope> Sobre del mensaje SOAP

Ejemplo de un mensaje (Request) SOAP: POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPrice> <m:StockName>IBM</m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope> Cuerpo del mensaje SOAP

Ejemplo de un mensaje (Request) SOAP: POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPrice> <m:StockName>IBM</m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope> Nombre del Método Remoto Parámetros y Valores

SOAP Mensaje de Response
Ejemplo de un mensaje (Response) SOAP: HTTP/ OK Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPriceResponse> <m:Price>34.5</m:Price> </m:GetStockPriceResponse> </soap:Body> </soap:Envelope> Sobre del mensaje SOAP

Ejemplo de un mensaje (Response) SOAP: HTTP/ OK Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPriceResponse> <m:Price>34.5</m:Price> </m:GetStockPriceResponse> </soap:Body> </soap:Envelope> Cuerpo del mensaje SOAP

Ejemplo de un mensaje (Response) SOAP: HTTP/ OK Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPriceResponse> <m:Price>34.5</m:Price> </m:GetStockPriceResponse> </soap:Body> </soap:Envelope> Nombre del Método Remoto (Nota: se agrega la palabra Response al final) Parámetro y Valor de Retorno

SOAP Ejemplo de Implementación
Apache Software Foundation, provee de un API simple y sencillo llamado Apache SOAP, para realizar llamadas a WebServices utilizando dicho protocolo. Posee de varias Clases con las que se implementa el protocolo. Call: Clase que representa la llamada a un método remoto. Parameter: Clase que representa parámetros de ida y vuelta. Response: Clase que representa el mensaje devuelto por el servidor. Fault: Contiene los errores que puedan ser generados durante la llamada.

SOAP Ejemplo de Implementación (Cliente)
Call call = new Call(); call.setEncodingStyleURI(Constants.NS_URI_SOAP_ENC); call.setTargetObjectURI(“urn:xmethods-Temperature”); call.setMethodName(“getTemp”); Parameter param = new Parameter(“zipcode”,String.class,”33-180”,null); Vector params = new Vector(); params.add(param); call.setParams(params); Response response = call.invoke(“

SOAP Ejemplo de Implementación (Servidor)
public interface ITemp{ float getTemp(String zipCode); } public class Temp implements ITemp{ public float getTemp(String zipCode){ return DB.getTemp(zipCode);

PREGUNTAS???

HTTP, CGI, Applets, Servlets y SOAP

Presentaciones similares

Presentación del tema: "HTTP, CGI, Applets, Servlets y SOAP"— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback

Iniciar la sesión

Autorizarse a través de una red social:

HTTP, CGI, Applets, Servlets y SOAP

Presentaciones similares

Presentación del tema: "HTTP, CGI, Applets, Servlets y SOAP"— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback