Servicios Web. Tema 02 Servicios Web. Agenda. Desarrollo de Aplicaciones Distribuidas con. Ing. Javier Aranda Pantoja.

Transcripción

1 Desarrollo de Aplicaciones Distribuidas con Servicios Web Tema 02 Servicios Web Agenda Necesidad de los Servicios Web Protocolos de los Servicios Web UDDI WSDL SOAP XML Creación n de Servicios Web

2 Objetivos Poder explicar el contexto técnico t en el cual trabajan los servicios Web Entender los componentes claves de la tecnología a de Servicios Web Crear un Servicio Web Configurar un cliente y un Proxy Desplegar y usar un servicio Web Depurar un Servicio Web Determinar la conectividad de un Servicio Web La plataforma.net.net Framework & Herramientas Servicios Web Soluciones Servidores

3 Tendencia de las aplicaciones Son más m s dependientes de aplicaciones y servicios que funcionan en Internet Existe la necesidad de trabajar con proveedores remotos Deben realizar operaciones como: Validar una compra con tarjeta de crédito Hacer seguimiento de una paquete enviado Pagar cuentas Realizar reservaciones (boletos de avión, restaurante, juegos deportivos) Cuál l es la solución? Para crear aplicaciones distribuidas los negocios deben de ofrecer interfaces programáticas de la lógica l de su negocio. + Estas interfaces deben de ser accesibles remotamente a través s de la red.

4 Orientación n a Servicios (SOA) SOA es una paradigma, una estrategia no una tecnología a o un producto Una estrategia de desarrollar sistemas usando Servicios a los que adherirse SOA tiene cuatro principios Los límites l son explícitos Los servicios son autónomos Los servicios intercambian Esquemas y Contratos no Clases La compatibilidad de servicios es determinada en función n a una Política Servicios y Sistemas Un servicio es una entidad con la cual se interactúa a en función n a intercambio de mensajes Están n hechos para durar Disponibilidad y estabilidad son aspectos críticos Los sistemas son un conjuntos de servicios cooperando en una determinada tarea Están n hechos para cambiar Deben poder adaptarse a nuevos servicios

5 Servicios y Sistemas Los servicios son como fractales Un servicios puede estar compuesto por sub servicios Y a su vez un sub servicio compuesto por otros sub servicios The Microsoft Bet Services Everywhere HR Purchasing Fulfillment HR New York Operations Purchasing Web Frontend Mobile Fulfillment SQL Cluster

6 Importancia de SOA Nos da la oportunidad de re prensar la forma en que diseñamos y desarrollamos las aplicaciones del mañana ana Minimizando interdependencias Mejorando la independencia Facilitando la distribución n de aplicaciones compuestas Nos posibilita un alto nivel de interoperabilidad Beneficios de SOA Diseño o y Desarrollo Un modelo de interacción n facilita la simplicidad, correctitud, independencia de la implementación, n, manejo de dependencia. Operaciones Puntos de interacción n específicos son más m s operables Aislar la capacidad de los servicios de los sistemas Despliegue, manejo de versión, topología a independientes Negocios Los servicios promueven el reuso,, resultando en un menor costo Servicios modelan las capacidades de los negocios Los Servicios sirven a los sistemas no viceversa Relaciones inter-departamentales, inter-organizacionales formalizadas y expresadas como servicios Facilita el outsourcing y se enfoca en las competencias principales

7 Practicabilidad de SOA Una lengua común es necesaria para interactuar con otros servicios Límites, esquema, contratos, políticas Un entorno SOA extiende únicamente si estamos de acuerdo en la expresión n del límite Hasta dónde d requiere que sean los límites l de su servicio? Aplicaciones SO que requieran una mayor interoperabilidad pueden construirse con el protocolo WS-* Tecnologías previas Sockets DCOM RMI.NET Remoting COM Object Java Bean.NET assembly Aplicación Lógica del negocio Protocolo Plataforma (SO) Plataforma (SO) Windows Linux SUN OS Cada plataforma tiene asociado un paradigma de programación n y un determinado protocolo distribuido

8 Tecnologías previas Sockets DCOM RMI.NET Remoting COM Object Java Bean.NET assembly Aplicación Lógica del negocio Protocolo Plataforma (SO) Plataforma (SO) Windows Linux SUN OS El problema es que no existe un protocolo en común n lo cual hace muy complejo interoperar con otras aplicaciones Tecnología a de Servicios Web Protocolo de Servicios Web HTTP XML SOAP COM Object Java Bean.NET assembly Aplicación Lógica del negocio Protocolo Plataforma (SO) Plataforma (SO) Windows Linux SUN OS Usando un protocolo estándar podemos comunicarnos con cualquier aplicación n que soporte ese estándar

9 Ejemplo Servicio Web Biblioteca UPB Servicio Web Biblioteca UMSS Servicio Web Biblioteca MUNICIPAL Sitio Web UPB Aplicación n de Escritorio UMSS Arquitectura de los Servicios Web Protocolo de transporte HTTP Aplicación cliente Servicio Web http Es un protocolo estándar soportado por todos los SO No es bloqueado por firewalls UDDI WSDL SOAP/XML HTTP

10 Arquitectura de los Servicios Web Formato de los mensajes SOAP <?xml version="1.0" encoding="utf ="utf-8"?> <?xml version="1.0" encoding="utf ="utf-8"?> <soap:envelope <soap:envelope xmlns:xsi=" =" Servicio Web xmlns:xsi=" xmlns:xsd=" =" xmlns:xsd=" xmlns:soap=" xmlns:soap=" <soap:body> <soap:body> <HelloWorldResponse xmlns=" <HelloWorld xmlns=" /> <HelloWorldResult>string</ >string</helloworldresult> </soap:body soap:body> UDDI </HelloWorldResponse HelloWorldResponse> </soap:envelope SOAP soap:envelope> RESPONSE encapsula objetos REQUEST </soap:body soap:body></ ></soap:envelope> WSDL Aplicación cliente usando XML Puede ser interpretado fácilmente SOAP/XML HTTP Arquitectura de los Servicios Web Cómo puedo saber que lógica l del negocio comparte el Servicio Web? Aplicación cliente http Servicio Web WSDL definie todo acerca de la interfaz pública p del SW Tipos de datos, métodos, m url UDDI WSDL SOAP/XML HTTP

11 Arquitectura de los Servicios Web Cómo descubrir Servicios Web en la Red? Aplicación cliente http Servicio Web DISCO UDDI (Universal, Description Discovery and Integration) directorio central UDDI WSDL SOAP/XML HTTP Ejemplo Desea potenciar su portal con una herramienta de búsqueda b por lo que ha decidido usar el Servicio Web de Google WSDL ://api.google.com/googlesearch.wsdl Key A4CNrLlQFHKt/W3ypUO W3ypUO/cYvEUIE5g2oA

12 Ejemplo La empresa Bookers posee un Servicio Web que permite consular el catálogo de libros que tiene a disposición. Ud.. desea poder realizar búsquedas b en ese catalogo desde su sitio Web. Necesito conocer el WSDL Crear las clases proxy en el lenguaje adecuado o usar el wsdl en VS o crear una referencia Web Instanciar el objeto proxy y acceder a los métodos del Servicio Web Comunicación n paso a paso Consumidor Del Servicio web Busco el servicio :// enlazo DISCO/WSDL al documento Descubrimiento ://yourservice.com HTML or XML con el WSDL Como hablamos con (WSDL) ://yourservice.com/?wsdl XML con descripcion de servicio Consumir el servicio (SOAP) ://yourservice.com/svc1 XML/SOAP BODY UDDI Servicio Web Tiempo de diseño Tiempo de ejecucion

13 Creación n de Servicios Web ASMX Crear un servicio Web es semejante a crear una aplicación n Web con ASP.NET con la diferencia que el servicio Web no tiene una interfaz gráfica sólo s responde a solicitudes Un servicio Web de ASP.NET es compuesto por Un archivo asmx Un archivo de code behind Creación n de Servicios Web ASMX Un servicio Web requiere para funcionar en un Servidor Debe estar alojado en un directorio Virtual de IIS Usando VS 2005 puede funcionar en un Build- in Server (Sólo en desarrollo y en la máquina m local) Usando WSE puede correr en un Servicio Windows o en un componente COM Desde el framework 2.0 puede correr en una aplicación n de escritorio

14 Ejemplo La editorial Bookers desea exponer la lógica de su negocio usando un Servicio Web. El servicio debe de implementar una interfase programática que permita realizar búsquedas en su catálogo de libros Servicios Web de ASP.NET En el Servidor Genera un archivo asmx con su respectivo code behind que implementa el Servicio Web Puede generar automáticamente ticamente el WSDL Genera automáticamente ticamente páginas p Web para probar los métodos m del Servicio Web que muestran los detalles de SOAP y HTTP. Soporta depuración En el cliente Al crear una referencia Web ser generan clases proxy que abstraen la complejidad y generan métodos sincronos y asíncronos

15 Atributo WebService Pone a disposición n una clase para que pueda ser usada por el servicio Web Posee los siguientes parámetros Description.. Indica el propósito del Servicio Web Name.. Indica el nombre del Servicio Web Namespace.. Indica un nombre único para identificar el Servicio Web Atributo WebServiceBinding Es similar a una interfase o un contrato Indica al Servicio Web que defina un conjunto de operaciones Cada método m del Servicio Web es una operación n dentro un Binding particular ConformsTo = BasicProfile1_1 ( Conforma a una especificación n básica b que publica WS-I I )

16 Atributo WebMethod Pone a disposición n un método m para que pueda ser usado por el servicio Web Posee los siguientes parámetros BufferResponse. True.. No envía a respuesta hasta que el buffer se llene. False Envía a respuesta a medida que se va generando CacheDuration. Almacena en el cache el resultado del método m un determinado número n de segundos Description.. Indica el propósito del métodom EnableSession. Permite manejar HttpSessionState MessageName. Identifica métodos m sobrecargados TransactionOption. Habilita manejo de transacciones OneWay Method Sólo envía a su solicitud al servidor. El cliente no espera ninguna respuesta del servidor. [SoapDocumentMethod(OneWay = true)] [WebMethod] public void Notify(string message) {... }

17 WSDL Es un documento con formato XML que describe Servicios Web independiente a la plataforma. Los elementos de WSDL 1.1 son: Definitions.. El elemento raíz Types.. Encierra definiciones de tipos de datos Messages.. Partes lógicas l asociadas con tipos de datos porttypes.. Conjunto de operaciones Bindings.. Define el formato del mensaje, detalles de operaciones y mensajes definidos por un portype Ports.. Define un destino mediante una sola dirección Services.. Conjunto de puertos WSDL Define Services Ports Operations Messages Types Service Port Operation Message Type

18 WSDL Concreto Services Ports Bindings Abstractos PortType Operation Menssages Type Service Port Binding Port Type Operation Message Type WSDL Types Tipo Elemento Esquema XML Custom Built in Service Port Binding Operation Message Part Port Type <simpletype> <element> <complextype> (built in type)

19 Simple Object Access Protocol Es un protocolo inventado para el intercambio de información n estructurada en un ambiente descentralizado y distribuido. SOAP 1.1 SOAP 1.2 SOAP utiliza XML para definir un framework extensible que es independiente del lenguaje de programación n y la plataforma. Puede ser usado por una variedad de protocolos de red (TCP, HTTP, FTP, SMTP, MSMQ) SOAP Messaging Framework Define una serie de elementos XML para transportar mensajes Envelope.. El elemento raíz Header.. Etiqueta opcional Body.. Contiene el mensaje Fault.. Contiene errores en caso de existir

20 Mensaje SOAP - Solicitud <soap:envelope xmlns:soap=" <soap:body> <x:transferfunds xmlns:x="urn:examples ="urn:examples-org:banking"> <from> </ </from> <to> </ </to> <amount>100.00</ >100.00</amount> </x:transferfunds x:transferfunds> </soap:body soap:body> </soap:envelope soap:envelope> Mensaje SOAP - Respuesta <soap:envelope xmlns:soap=" <soap:body> <x:transferfundsresponse xmlns:x="urn:examples ="urn:examples-org:banking"> <balances> <account>< ><id> </ </id> <balance>33.45</ >33.45</balance></ ></account></ ></balances> </x:transferfundsresponse x:transferfundsresponse> </soap:body soap:body> </soap:envelope soap:envelope>

21 Mensaje SOAP - Error <soap:envelope xmlns:soap=" <soap:body> <soap:fault> <faultcode>soap:server</ >soap:server</faultcode> <faultstring>insufficient funds</faultstring faultstring> <detail> > <x:transfererror< xmlns:x="urn:examples ="urn:examples- org:banking"> <sourceaccount> </ </sourceAccount> <transferamount>100.00</ >100.00</transferAmount> <currentbalance>89.23</ >89.23</currentBalance>. Procesamiento de SOAP

22 SOAP Binding SOAP posibilita el intercambio de mensajes por varios protocolos. HTTP, FTP, SMTP, TCP. Un protocolo binding define exactamente como los mensajes SOAP son transmitidos en un determinado protocolo. Ejemplo La empresa Bookers desea proveer formas de usar su catalogo de libros desde dispositivos móviles. m Usando una aplicación n Web Usando una aplicación Smart Client

23 Despliegue de un Servicio Web Nuevo modelo de ejecución n de ASP.NET 2.0 compila dinámicamente los ensamblados Para desplegar un Servicio Web se debe antes pre-compilarlo para generar los ensamblados Aplicabilidad de los SW Aplicaciones Multicapas Aplicación n de una capa Smart Client Interfaz Lógica del Negocio Manejo de Datos

24 Aplicabilidad de los SW Aplicaciones Multicapas Aplicación n de dos capas Smart Client Servicio Web Protocolo Interfaz Lógica del Negocio Manejo de Datos Aplicabilidad de los SW Aplicaciones Multicapas Aplicación n de tres capas Smart Client Servidor Web - IIS HTTP Interfaz Lógica del Negocio Servicio Web SOAP Manejo de Datos

25 Aplicabilidad de los SW Interoperabilidad con legacy code Smart Client Servicio Web HTTP Interfaz Gateway Legacy Application Unmanged code Conclusiones Diseñar con Orientación n a Servicios Mejorar las posibilidades de interoperar Incrementar la autonomía a de sus sistemas Los sistemas creados son más m s flexibles Fácil de manejar la versión Tendrán n una migración n simplificada a Indigo Construir sistemas Orientados a Servicios hoy puede ser confuso WSE puede ser una solución

26 Conclusiones Implementar estándares abiertos en los límites de sus servicios Standard transports: HTTP, TCP Standard data formats: XML, XSD, SOAP Standard protocols: WS-Security, Security, WS- Addressing, WS-Policy, WS-*, Trabajo Implementar el lado cliente del Servicio Web de Bookers en los sgtes leguajes: Java (desktop( desktop) J2EE Java (web( web) PHP (web( web) Unmanaged C++ (desktop) Javascript (web) ColdFusion (web)

27 Preguntas? Repaso 1. Cuál l es el propósito de las clases proxy? 2. Cuál l es el propósito general de SOAP? 3. Describa el propósito de UDDI y DISCO 4. Describa el propósito general de WSDL 5. En que formas puede crear clases proxy? 6. Qué herramientas puede usar para construir y probar Servicios Web? 7. Cuál l es la ventaja de enviar mensajes SOAP a través s de HTTP?

28 Repaso You create an XML Web service named PostalCode. Your project source includes a code-behind file and a file named PostalCode.asmx. During implementation, you use the Debug class to record debugging log messages, to verify values, and to report debugging failures. You want to deploy PostalCode to a production computer. You do not want any of the debugging code to execute on the production computer. A. Set the project s active configuration to Release and rebuild the DLL B. Modify the trace element of the Web.config file by setting the enabled attribute to false C. Modify the compilation element of the Web.config file by setting the debug attribute to false D. Add code to the constructor of the PostalCode class to set the AutoFlash property of the Debug class to false E. Add code to the constructor of the PostalCode class to call the Clear method of the Debug.Listeners property Repaso You are creating an XML Web service named InventoryService for a TestKing Ltd. Each branch of TestKing Ltd. will build its own client application to consume InventoryService. Each branch connects to the main office of the dealership by using a virtual private network (VPN). All computers in the dealership run on Microsoft Windows operating systems. You need to ensure that callers of Inventory Service are authenticated based on their Windows logon name and password. You configure Internet Information Services (IIS) according to your security needs. You need to configure the authentication type in the Web.config file. Which code segment should you use? A. <authentication mode= Basic /> B. <authentication mode= Forms /> C. <authentication mode= Integrated /> D. <authentication mode= Windows />

29 Repaso You are preparing to deploy an XML Web service named TestKingInventoryService. This service queries a Microsoft SQL Server database and returns information to the caller. You use Visual Studio.NET to create a setup project. You need to install InventoryService. You also need to run a script to create the necessary SQL Server database and tables to store the data. To accomplish this, you need to configure the project to have administrator rights to the SQL Server database. You add a custom dialog box to the project that prompts the user for the administrator user name and password that are used to connect to the SQL Server database. You need to make the user name and password available to a custom Installer class that will execute the script. What should you do? A. Add a launch condition that passed the user name and password to the Install subroutine. B. Add a merge module to the project that captures the user name and password. Use the merge module to access these values in the Install subroutine. C. Retrieve the user name and password from the savedstate object in the Install subroutine. D. Create a custom install action. Set the CustomActionData property to the entered user name and password. Then access these values in the Install subroutine. Referencias Chapter 4 Basic Web Services Services. Developing XML Web Services and Server Components with Visual C# Entendiendo WSDL Entendiendo Soap us/dnarxml/html/wsdlexplained.asp msdn.microsoft.com/library/default.asp?url=/library/en- us/dnsoap/html/understandsoap.asp