1.264 Tema 14. SOAP, WSDL, UDDI Servicios web

Transcripción

1 1.264 Tema 14 SOAP, WSDL, UDDI Servicios web

2 Demostración de FrontPage Archivo-> Nueva web (creada en servidor CEE). Elegir tipo de web. Agregar n avegación con Formato->Bordes compartidos (marcos). Usar a rriba e izquierda, incluir botones de navegación. Ir a la vista Navegación, arrastrar páginas al espacio. Guardar las páginas antes de visualizarlas. Crear estructura y diseño del sitio web: Ventana Navegación. Organizar archivos y carpetas: Ventana Carpetas. Importar y exportar archivos: Archivo->Importar, no copia r. Probar y reparar hip ervínculos: Hipervínculos, Herramientas->Actualizar hipervínculos.

3 Protocolo de acceso a objetos simple SOAP Microsoft pro puesto la norma SOAP tras descartar ActiveX/COM para las aplicaciones de Internet SOAP es, en esencia, XML y HTTP: Pensado para introducir nueva tecnología en informática distribuida más allá de lo actualmente utilizado. SOAP aña de encabez ados al HTTP; no hay más cambios. Otras soluciones de middleware son incorporar SOAP (sobre todo CORBA; COM (MS) ti ende directa men te a SOAP). Elemento clave de SOAP: Nuevo tipo M IME: texto/xm l. Definiciones acordadas de tipos de datos, valores obligatorios, etc. SOAP implementa todas las funcion es clave del middleware heredado (COM y CORBA) con muchísima menor complejidad.

4 SOAP Los URL reemplazan los depósitos y registros de COM y CORBA. Un motor de búsqueda puede utilizarse para ubicar dinámicamente objetos remotos que la aplicación cliente desconocía cuando se diseñaron. HTTP POST y las respuestas sustituyen a la programación de la aplicación (en CORBA e COM IDL heredados). SOAP (HTTP y XML) se presenta en texto y no en formato binario, por lo que es mucho más sencillo interactuar en las distintas máquinas y depurar sus fallos. SOAP es suficientemente eficaz en la mayoría de las comunicaciones entre máqui nas. No utilizarlo en una única máquina: utilizar mecanismos COM nativos o mecan ismos Java.

5 UDDI Descripción universal, Descubrimiento e Integración. El registro de empresas UDDI (UBR) es un directorio públi co glob al de empresas y servicios. Los usuarios plantean consultas en UBR para descubrir servicios web y obtener información sobre ell os. Páginas blancas, páginas amarillas, páginas verdes (servicios). Se utiliza SOAP para publ icar, editar y navegar po r el UBR. WSDL (lenguaje de descripción de servicios web) se utili za para describir estos servicios. Información en Microsoft e IBM (ver ejercicio 5). Breve demostración.

6 WSDL Contiene: Descripción y formato de mensajes que pueden estar entre etiquetas <types> y <message> Dirección de transmisión de mensajes en <porttype>: Sólo p etición, petición-respuesta, sólo respuesta. Codificación del mensaje en elementos <binding> (literal, etc.) Ubicación del servicio en elemento <service>

7 Ejemplo WSDL <definitions name="stockquote" targetnamespace=" xmlns:tns=" xmlns:xsd1=" xmlns:soap=" xmlns=" <types> <schema targetnamespace= xmlns=" <element name="tradepricerequest"> <complextype> <all> <element name="tickersymbol" type="string"/> </all> </complextype> </element> <element name="tradeprice"> <complextype> <all> <element name="price" type="float"/> </all> </complextype> </element> </schema>

8 WSDL, p.2 <message name="getlasttradepriceinput"> <part name="body" element="xsd1:tradepricerequest"/> </message> <message name="getlasttradepriceoutput"> <part name="body" element="xsd1:tradeprice"/> </message> <porttype name="stockquoteporttype"> <operation name="getlasttradeprice"> <input message="tns:getlasttradepriceinput"/> <output message="tns:getlasttradepriceoutput"/> </operation> </porttype> <binding name="stockquotesoapbinding type="tns:stockquoteporttype"> <soap:binding style="document transport=" <operation name="getlasttradeprice"> <soap:operation soapaction=" <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <service name="stockquoteservice"> (etc. - define el URL para el servicio)

9 SOAP, UDDI y WSDL POST /StockQuote HTTP/1.1 Host: Content-Type: text/xml; charset="utf-8" Content-Length: nnnn SOAPAction: "Some-URI" De UDDI <SOAP-ENV:Envelope xmlns:soap-env=" SOAP-ENV:encodingStyle=" <SOAP-ENV:Header> <t:transaction xmlns:t="some-uri" SOAP-ENV:mustUnderstand="1"> 5 </t:transaction> </SOAP-ENV:Header> <SOAP-ENV:Body> <m:getlasttradeprice xmlns:m="some-uri"> <symbol>sunw</symbol> </m:getlasttradeprice> </SOAP-ENV:Body> </SOAP-ENV:Envelope> WSDL

10 Resumen de XML, SOAP, UDDI, WSDL XML se incorpora en aplicaciones importantes de Internet de los últi mos meses. Se espera que el XML sea el protocolo imperante en el comercio en Internet, cadenas de suministro, col aboración de ingeniería y otras actividades interempresariales. Las definiciones de tipo de do cumento de XML (DTD, XSchema) son complicadas de normaliz ar, pero hay muchos esfuerzos en esta dir ección. RosettaNet, otros sistemas de intercambio. SOAP p ara la interoperabilidad más general. XML reemplazará al middleware heredado (COM y CORBA) con el tiempo y, prob ablemente, estará muy presente en la red. Ver article.jsp?l=webservices-dev-guide SOAP se utiliza mucho ahora; WSDL se empieza a usar. UDDI está en su fase inicial.

11 Servicios web XML permite que e ntornos heterogéneos puedan compartir información en la w eb. Ahora cuenta con medios para dicho proceso. Las claves son el XML y el HTTP/SOAP, cada uno de ellos cuenta c on gran ace ptación. Una forma de crear servicios web: Crear y desarrol lar un servicio web mediante lenguaje de programación y un servidor web a elección. Definir el servicio web en WSDL. Registrarlo en UDDI. El usuario b usca en UDDI los servicios y los parámetros. Invoca el servicio con SOAP, que cuenta con for mato de representación de parámetros y valores HTTP.

12 Servicios web (cont.) Este método es válido para servicios sencillos. Los má s amplios necesitan normas para transacciones comunes (pedidos, catálogos, documentos de diseño de ingeniería, etc.). ebxml (ebusiness XML) es un conju nto de especificacion es XML. Java y.net admiten SOAP, W DSL y UDDI. ebxml está evolucion ando y será compatible con Java y.net. Java (J2EE) y.net admiten servicios web con herramientas para la implementación de alto rendimiento fiable y adaptable: Los detalles de implementación cambian; las normas no. J2EE es una nor ma; muchos proveedores ya la apli can..net es un pr oducto de Microsoft.

13 Servicios web J2EE Navegador web Socio empresarial u otro sistema Aplicaciones(Java) W SOAP,UDDI,WSDL,ebXML CORBA IIOP HTTP Serv web Servlets Server Pages de Java Java empresarial Firewall SQL Propio SOAP,UDDI,WSDL,ebXML plic. B. datos Aplic. heredadas Socio empresarial u otro sistema

14 Servicios web.net Navegador web Socio empresarial u otro sistema Aplicaciones (VB) W SOAP,UDDI,WSDL,BizTalk ActiveX/COM HTTP Firewall Serv web ASP.NET (Páginas Active Server) Componentes.NET (ADO.NET objetos de datos ActiveX, COM+) SQL Propio SOAP,UDDI,WSDL,BizTalk Aplic B. datos Aplic. heredadas Socio empresarial u otro sistema

15 .NET y J2EE Propiedad Implementación Proveed. producto Páginas web Comp. servidor Acceso b. datos Middleware Lenguaje principal Portabilidad J2EE Norma Varios (Sun, IBM, etc) Server Pages de Java JavaBeans de empresa JDBC y SQL/J SOAP, UDDI, WSDL Java Muchos proveedores.net Producto Microsoft Págs. Active Server Componentes.NET ADO.NET (en ODBC) SOAP, UDDI, WSDL C++, C#, VB Sólo Microsoft

16 .NET y J2EE Sus diferencias son relativamente pequeñas. Algunas diferencias secundarias: ASP.NET es independiente del dispositivo cliente y las interfaces de usuario pueden funcionar en PC, dispositivos por tátiles, etc., sin modificaciones. JSP sí las requiere. Los componentes.net son más simples que los EJB. Si no se necesitan funciones adicionales,.net es más sencillo. De lo contrario, se deben crear las funciones adicionales a mano y es más complicado (p.ej., transaccion es anidadas, máquinas de estados). Las herramientas de J2EE provienen de varios proveedores y no interactúan tan bien como las de.net, q ue son todas de Microsoft. J2EE está más asentado;.net es nuevo y supone un gran cambio.

17 Compatibilidad de J2EE para XML, UDDI, SOAP, WSDL JAXP: API de Java para analizador XML: Compatible con SOAP, UD DI, WSDL y ebxml. JAX/RPC: API de Java para llamadas a procedimientos remotos de XML: Compatible con comunicación de pro gramas mediante SOAP. JAXM: API de Java para mensajería XML: Compatible con gestión automatizada de mensajería XML con reglas ebxml. Admite encabezados, error es, etc. ebxml: espe cifica ciones XML, componentes ce ntrales: P.ej., fechas, impuestos, cuentas, contratos. Ver ebxml.org JAXB: API de J ava para vinculación XML: Convierte XML desde y hacia objetos Java. XSLT: Transform. de lenguaje de hoja de e stilos X ML: Convierte de un do cumento XML a otro. JCA: Arquitectura de conectores de Java: Inclu ye adaptadores para sistemas heredados de Java, XML.

18 Compatibilidad de.net para XML, UDDI, SOAP, WSDL ASP.NET y ADO.NET ofrecen prácticamente las mismas funciones que J 2EE para documentos XML: BizTalk, y no ebxml, es la norma aceptada. BizTalk es propiedad de Microsoft y parece estar perdiendo la batalla. MS no admite ebxml. XSLT sí es compatibl.e UDDI, WSDL, SOAP son di rectamente compatibles. SOAP fue propuesto por M icrosoft.

19 Socio empresarial u otro sistema Servicios web Aplicaciones Navegador web W SOAP,UDDI,WSDL,ebXML CORBA IIOP HTTP Serv web Servlets o scripts del servidor Java Beans o COM+/MTS Server Pages de Java o págs Active Server Firewall SQL Propio SOAP,UDDI,WSDL,ebXML Aplic B. datos Aplic. heredadas Socio empresarial u otro sistema