EGRIET Web Services (Parte 2)materias.fi.uba.ar/7508/Teoria-2005-1c/WebServicesParte2.pdf · capas, el web service es ... •se puede usar cualquier lenguaje de programación tales

WEB SERVICES (2da. Parte)

1EGRIET (2005) - Profesores María Feldgen y Osvaldo Clúa

EGRIET (2005) Web Services(Profesores María Feldgen y Osvaldo Clúa)

1

Web Services(Parte 2)

Profs. María Feldgen y Osvaldo Clúa

EGRIET


2

2: Introducción a Web Services• Introducción• Ejemplo de Web Services• Modelo Operacional Básico de Web Services• Estándares principales de Web Services• Otros estándares de la industria• Software y herramientas• Estrategias de las grandes empresas de software.

– Sun ONE (Sun Open Net Environment)– IBM e-Business– Microsoft .NET




3

Introducción a Web Services• Se basan el concepto de las arquitecturas orientadas

a servicios ( service-oriented architecture (SOA)).• Estas arquitecturas permiten que componentes de

software se pueden ver como servicios.• Según Gartner, "Web services son componentes de

software débilmente acoplados que se despachansobre tecnologías estándar de Internet”

Son aplicaciones comerciales modulares que se autodescriben, que muestran su lógica de negocio comoservicios sobre la Internet por medio de interfaces

programables y que usan los protocolos de la Internetpara proporcionar un forma de encontrarlos, de

suscribirse a los mismos y de invocarlos.


4

Ejemplo de un agente de viajes

ServiceRequestor

Sistema de reservasAerolíneas

Registry del Sistema de Turismo

Servidor del Sistemade Reservas de

Turismo

Sistema de Alquiler deautos

Sistema de reservasHoteles

Sistema de Mapas eInformación

Sistema de Tarjetasde Crédito

Encontrarservicios

Invocar servicios

Registrarservicios




5

Ejemplo1. El agente de viajes (Service Requestor) “despliega” sus Web

services mostrando las aplicaciones comerciales2. El proveedor del servicio registra sus servicios comerciales

con descripciones usando un registro (registry) público oprivado.

3. El cliente descubre los Web services usando un buscador(search engine) u obteniéndolos directamente del registry.Luego invoca los Web services realizando reservas y otrasfunciones sobre la Internet desde cualquier plataforma odispositivo.

4. En el caso de empresas grandes, las aplicacionescomerciales consumen estos servicios para proveer serviciosde viajes a sus empleados por medio de la intranet de laempresa.


6

Aplicaciones sobre Web• Las soluciones B2B sobre Web existentes están

construidas con tecnologías propietarias y propias.• Es difícil interconectarlas con aplicaciones de otras

empresas y agregar nuevas aplicaciones.• El ideal es que aplicaciones comerciales e

información puedan interactuar con las de otrasempresas

• B2B (e-marketplace) usando XML para codificardatos entre aplicaciones sobre la Internet.

Comprador

Vendedor

SocioXML XML

XML

Internet




7

Web Services• Visto desde la perspectiva de una arquitectura de aplicación de n

capas, el web service es una interface de acceso (programado) alservicio que luego se implementa por otros tipos de middleware. Elacceso consiste de un proceso que trata el requerimiento deservicio “agnóstico” (un listener) y una “fachada” que contiene lasoperaciones para esa lógica de negocio. La lógica de negocio estáimplementada por una plataforma de middleware tradicional.

LISTENER

FACHADA DELNEGOCIO

LÓGICADEL

NEGOCIO

XMLRequest

XMLReply

Middleware

Arquitectura Web Service Genérica


8

La Plataforma Web Services

• La plataforma básica es XML mas HTTP.• HTTP es el protocolo clásico del Web.• XML provee un metalenguaje en el cual se pueden definir

lenguajes especiales para expresar interaccionescomplejas entre clientes y servicios o entre componentesde un servicio compuesto.

• Detrás de la fachada del Web Server, el mensaje XML seconvierte en un requerimiento en el formato de middlewarey la respuesta se convierte nuevamente a XML.

• La plataforma requiere de servicios de soporte, talescomo: descubrimiento, transacciones, seguridad,autenticación y otros. Estos son los servicios que definenuna plataforma.




9

Características Básicas de Web Services• se basan en mensajería XML• se integra sobre múltiples plataformas de aplicaciones

comerciales sobre la Internet, incluyendo J2EE, CORBAy Microsoft .NET

• se puede usar cualquier lenguaje de programación talescomo Java, C, C++, Perl, Python, C#, y/o Visual Basic, ysus componentes de aplicación existentes

• permite un acceso uniforme desde cualquier aplicación,sobre cualquier plataforma o dispositivo (No espresentación como en HTML)

• cada componente se muestra como un servicios con supropia funcionalidad.


10

Características• usan protocolos estándar de industria, tales como

HTTP accesibles a través de los firewalls• pueden ser usados por cualquier tipo de cliente.• varían en funcionalidad desde un requerimiento

simple hasta una transacción comercial complejaque usa múltiples recursos.

• se localizan dinámicamente y se invocan desderegistros públicos y privados basados en estándares(UDDI y ebXML) o RPC-XML




11

Modelo Operacional Básico

ServiceBroker

ServiceProvider

ServiceRequestor

Servicio dedescubrimiento

Servicio deinvocación

Servicio deregistro


12

Roles y Relaciones• Service Provider (Proveedor del servicio). Es

responsable de la ejecución y despliegue de los Webservices. Define los servicios y los publica usando elservice broker.

• Service broker o service registry (Intermediario delservicio). Es responsable del registro y descubrimientode los Web services. El broker lista los diferentes tiposde servicios, sus descripciones y ubicación.

• Service requestor (Cliente del servicio). Es elresponsable de la invocación del servicio, ubica elWeb service usando el service broker, invoca elservicio y lo ejecuta en el service provider.




13

Estándares Principales de Web Services

• Los estándares principales y tecnologíaspara construir y habilitar Web services son– XML

– SOAP

– WSDL

– UDDI

– ebXML.


14

Extensible Markup Language (XML)(Repaso)

• es el estándar de facto para estructurar datos, contenido yformatos para documentos electrónicos

• es el lenguaje universal para intercambio de información entreaplicaciones, sistemas y dispositivos sobre Internet.




15

SOAP(Simple Object Access Protocol)

• es una especificación de un protocolo que define unaforma uniforme de pasar datos codificados en XML.También define una forma de invocar procedimientosremotos (RPC: Remote Procedure Call) usando a HTTPcomo el protocolo de comunicación.

• SOAP parte de la premisa que no importa si elmiddleware es simple o complejo, todos requieren unWAN wrapper (envoltorio).

• el envío de mensajes como texto XML plano tieneventajas en términos de que asegura la interoperabilidady en el middleware se acepta el costo del parsing y laserialización XML, para su visibilidad en todas las redes.


16

SOAP• es un protocolo simple de mensajería XML sobre los

protocolos HTTP, SMTP, FTP y otros de Internet. Permiteel intercambio de información entre dos o mas pares ypermite que se comuniquen en un ambiente de aplicacióndistribuida.

• es independiente del modelo de objetos de la aplicación,del lenguaje y de la plataforma o dispositivo sobre el cualcorre

• es un protocolo del W3C y de Sun Microsystems, IBM,HP, SAP, Oracle y Microsoft. Estas empresas participanen el W3C XML protocol-working group. ebXML deUN/CEFACT usa SOAP.

• usa XML Infosets como formato para los mensajes y susreglas de codificación para representar datos y mensajes.




17

SOAP y XML Infoset• Un mensaje SOAP se define formalmente como un XML

Infoset, que provee una descripción abstracta de sucontenido. Infosets pueden tener diferentesrepresentaciones on-the-wire, un ejemplo es como undocumento XML 1.0 [XML 1.0].

• XML Infoset (XML Information set):– Un information set es una colección de ítems de información de un

documento XML en particular. Un ítem de información es unmodelo abstracto de una parte de un documento XML, que secaracteriza por tener ciertas propiedades, que se marcan ennegrita (bold) y corchetes en la especificación (ejemplo [children]).Hay 11 tipos de ítems de información.


18

WSDL(Web Services Definition Language)

• Provee a los service providers una forma de describir elformato básico de un pedido de Web service sobrediferentes protocolos o codificaciones.

• Se usa para describir:– QUE es lo que puede hacer un Web service,– DONDE reside y– COMO se invoca.

• Asume que el mecanismo de invocación de objetosremotos es por SOAP/HTTP/MIME.

• En los UDDI registries describe los aspectos de los Webservices, incluyendo los detalles de vinculación delservicio, las descripciones en.. WSDL son un subconjuntode descripciones de un servicio UDDI.




19

WSDL• Define a los servicios como colecciones de extremos de la red (network

endpoints) o puertos (ports).• Un documento WSDL usa los siguientes elementos en la definición de

servicios:– Types – un contener de definiciones de tipos de datos usando algún tipo de

sistema (tal como XSD).– Message – una definición abstracta con tipos de los datos que se

transmiten.– Operation – una descripción abstracta de una acción soportada por el

servicio– Port Type – un conjunto abstracto de operaciones soportadas por uno o

mas endpoints.– Binding – un protocolo concreto y especificación de datos para un port type

en particular.– Port – un endpoint en particular, definido como una combinación de un

binding y una dirección de red– Service -- una colección de endpoints relacionados.

• Resumiendo, WSDL es una plantilla (template) de cómo se describenservicios y los usan los clientes


20

UDDI(Universal Description, Discovery and

Integration Service)• Provee un mecanismo para que los clientes

dinámicamente puedan encontrar otros web services.• Usando una interface UDDI, una aplicación comercial se

puede conectar dinámicamente con los servicios provistospor una aplicación comercial externa de otra empresa.

• Un UDDI registry tiene dos tipos de clientes:– aplicaciones comerciales que quieren publicar un servicio y sus

interfaces de uso, y– clientes que quieren obtener servicios de un cierto tipo y vincularse

por medio de programas a ellos.




21

UDDI• Es una capa superior sobre SOAP y asume que

requerimientos y respuestas son objetos UDDIenviados como mensajes SOAP.

• No soporta descubrimiento con todas las opciones(por ejemplo búsquedas limitadas geográficamenteo vinculación y negociación de contratos tipoeLance).

• Se espera que UDDI sea la base para servicios decapas superiores soportadas por otros estándares.

• el UDDI working group incluye a Sun Microsystems,IBM, HP, SAP, Oracle y Microsoft.


22

Resumen de servicios UDDI• White pages: Información tal

como nombre, dirección, númerode teléfono y otra información decontacto dependiendo del tipodel negocio.

• Publish: Como elproveedor del serviciose registra

• Información del negocio:contenido en un objetoBusinessEntity. Contiene lainformación sobre servicios,categorias, contactos, URLs, y otrosnecesarios para interactuar con undeterminado negocio

• Yellow pages:Información que categorizaa los negocios. Se basa enestándares

• Find: Como unaaplicación encuentraun Web service enparticular

• Information del servicio:Describe grupos de Web services.Están contenidos en un objetoBusinessService.

• Green pages: Informacióntécnica sobre los Webservices que provee unnegocio dado.

• Bind: Como unaaplicación se conectae interactúa con unWeb service luego deencontrarlo

• Information de la vinculación(Binding): Los detalles técnicosnecesarios para invocar un Webservice. Incluye URLs, informaciónsobre nombres de métodos, tipos deargumentos, etc. Corresponde alobjeto BindingTemplate.

• Detalle de especificaciones delservicio: Son metadatos de lasdistintas especificaciones queimplementa un determinado Webservice. Se denominan tModels




23

ebXML• define un mercado electrónico global en el cual las

empresas se encuentran unas a otras y realizanoperaciones comerciales y transaccionescooperativamente,

• define un conjunto de especificaciones paraempresas para conducir negocios electrónicos sobreInternet estableciendo un estándar común para– especificar procesos de negocio– modelado de información comercial– colaboración en procesos de negocio– perfiles de colaboración de socios, acuerdos y– mensajería.


24

ebXML

• es una iniciativa de United Nations Center for TradeFacilitation and Electronic Business (UN/CEFACT) yla Organization for the Advancement of StructuredInformation Standards (OASIS).

• Otras organizaciones de estándares como OpenTravel Alliance (OTA), Open Application Group, Inc.(OAGI), Global Commerce Initiative (GCI), HealthLevel 7 (HL7, una organización de estándaresdedicados a la salud), y RosettaNet (un comité deestándares XML ) lo han adoptado.




25

Framework de ebXML

• ebXML Business Process Service Specifications(BPSS).

• ebXML CPP/CPA.• ebXML Messaging Service Handler (MSH)• ebXML registry• ebXML Core components


26

Otros estándares de la industria• Hay múltiples iniciativas y estándares de la industria

para Web services que están disponibles. Los maspopulares son:

• Web Services Choreography Interface (WSCI)• Web Services Flow Language (WSFL)• Directory Services Markup Language (DSML)• XLANG• Business Transaction Protocol (BTP)• XML Encryption (XML ENC)• XML Key Management System (XKMS)• XML Signature (XML DSIG)• Extensible Access Control Markup Language

(XACML)• Security Assertions Markup Language (SAML)

• Hay múltiples alternativas actualmente en desarrollo




27

WSCI(Web Services Choreography Interface)

• Define el flujo de mensajes intercambiados en unproceso de comunicación particular de Web services.

• Describe un modelo de flujo de mensajes colectivo delos Web services

• Provee una vista global de los procesos involucradosen la interacciones que ocurren por la comunicacionesde los Web services.

• Integra procesos de negocios y Web services• Es una iniciativa de Sun Microsystems, BEA, Intalio, y

SAP. Mas información en el Sun XML Web site enwww.sun.com/software/xml.


28

WSFL(Web Services Flow Language)

• Es un lenguaje basado en XML de IBM para describircomposiciones de Web services.

• Estas composiciones son modelos de flujo y modelosglobales.

• Los modelos de flujo se usan para modelar procesos denegocio o workflows basados en Web services.

• Los modelos globales se usan para modelar vínculos entreinterfases de Web services que permite la interacción de unservicio con una operación en una interfase de otro.

• Las composiciones modelan patrones de interacción entresocios del mismo proceso de negocio, jerarquías, pares,etc. Mas información en el IBM Web site enwww.ibm.com/software/solutions/webservices/pdf/WSFL.pdf.




29

DSML(Directory Services Markup Language)

• Define un esquema XML para representar informaciónestructural de directorio, como si fuera un documento XML.

• Permite publicar y compartir la información del directoriousando protocolos de Internet (HTTP, SMTP y otros)

• Permite el intercambio de información entre diferentesservicios de directorio y la interoperabilidad entre ellos.

• No define los atributos para la estructura del directorio ni paraacceder a la información, sino que define la entradas aldirectorio, el esquema del directorio o ambas.

• Se usa sobre cualquier protocolo de directorio estándar comoser LDAP

• Este estándar de Bowstreet lo adoptaron IBM, Oracle, Sun,Microsoft y otros. Mas información en www.dsml.org.


30

XLANG

• Define una especificación estándar basada en XMLpara definir flujos de procesos de negocio en Webservices.

• Define la notación para expresar acciones yoperaciones complejas en Web services.

• Es similar a WSDL, Microsoft desarrolló estaespecificación y la implementó en Microsoft BizTalkserver 2000, especialmente para tratar con laintegración de aplicaciones comerciales.




31

BTP(Business Transaction Protocol)

• Provee soporte para transacciones distribuidasbasadas en Web services

• Implementa two-phase commit transaction engines.• BTP es de OASIS para desarrollo de aplicaciones

comerciales (B2B) de gran escala, que permitantransacciones distribuidas en Web services.

• Mas información en el OASIS Web site enwww.oasis-open.org/committees/business-transactions


32

XML ENC(XML Encryption )

• Es un estándar basado en XML• Mantiene seguridad sobre los datos por medio de

encriptado usando la representación XML.• Garantiza un intercambio de datos seguro entre

las partes.• Mas información en el W3C Web site en

www.w3.org/Encryption/




33

XKMS(XML Key Management System)

• Es un estándar basado en XML para integrar lainfraestructura de clave publica ( public key infrastructure(PKI)) y certificados digitales

• Se usa para hacer seguras las transacciones o Webservices sobre Internet

• Consiste de 2 partes:– XML Key Information Service Specification (X-KISS): define un

protocolo para un servicio seguro y certero que resuelveinformación de clave publica contenida en los elementos XML-SIG.

– XML Key Registration Service Specification (X-KRSS): describecomo está registrada la información de clave pública.

• Mas información sobre XKMS, en el W3C Web site enwww.w3.org/2001/XKMS/.


34

XML DSIG(XML Signature)

• es un estándar basado en XML para especificar lasintaxis en XML y las reglas de procesamiento paracrear y representar firmas digitales.

• una firma digital XML agrega autenticación a lastransacciones basadas en XML, integridad de losdatos y soporte para el no repudio de datos duranteel intercambio de información entre pares.

• Mas información en el W3C Web site enwww.w3.org/Signature/.




35

XACML(Extensible Access Control

Markup Language)

• Es un estándar basado en XML para especificarpolíticas y reglas para acceder información derecursos de Web y de Web services

• Define las reglas y los permisos de acceso a losrecursos compartidos entre los pares.

• Es una las iniciativas de seguridad del OASISsecurity services technical committee. Masinformación en el Web site en www.oasis-open.org/committees/xacml/.


36

SAML(Security Assertions Markup Language)

• define un framework basado en XML para intercambio deinformación de autenticación y autorización.

• Usa un protocolo genérico basado en formatos de mensajesde requerimiento y respuesta en XML

• El protocolo puede usarse sobre múltiples modelos decomunicaciones y capas de transporte.

• El objetivo es proveer un solo ‘sign-on’ para las aplicacionesparticipantes en Web services.

• Es del OASIS security services technical committee. Masinformación en el OASIS Web site en www.oasis-open.org/committees/security/.




37

Software y Herramientas• La siguiente es una lista de software y de las

herramientas mas populares para eldesarrollo de aplicaciones con Web Services:

• BEA Systems Products• Cape Clear Products• IBM Products• IOPSIS Products• Oracle Products• Sun Products• Systinet Products


38

Productos de BEA Systems

• BEA WebLogic Server 7.0 provee soluciones paraWeb services con soporte para todos los estándaresy protocolos de Web services.

• El BEA WebLogic Integration Server permite crearWeb services complejos que se pueden ofrecer conintegridad transaccional, seguridad y confiabilidadusando los estándares– ebXML– BTP.

• Mas información sobre BEA Systems Products, verel Web site en www.bea.com.




39

Productos de Cape Clear• Provee la infraestructura para Web services.• CapeConnect y CapeStudio: permiten el desarrollo de

Web services basados en los estándares XML, SOAP,WSDL y UDDI.

• Cape Clear permite construir aplicaciones comercialescon diversas tecnologías tales como Java, EJB,CORBA, y Microsoft .NET. Estos componentes sepueden ofrecer como Web services sobre Internet.

• Mas información sobre Cape Clear Systems Products,ver el Web site en www.capeclear.com.


40

Productos de IBM• IBM WebSphere Application Server 4.5 provee la

infrastructure para el desarrollo de Web services.• Web Services Tool Kit (WSTK) bundle (es parte de

WebSphere Studio) es un ambiente de ejecución para usode los desarrolladores para crear, publicar y hacerpruebas de aplicaciones de Web services basados en losestándares XML, SOAP, WSDL y UDDI.

• Genera WSDL wrappers para aplicaciones existentes sinnecesidad de reprogramación.

• WSTK está disponible para download enwww.alphaworks.ibm.com/tech/webservicestoolkit.




41

Productos de IOPSIS

• B2Beyond suite iNsight y W2Net es un frameworkpara desarrollo de servicios integrados (IntegratedServices Development Framework (ISDF))

• Permite la creación, ensamblado, despliegue ypublicación de Web Services basado en losestándares XML, SOAP, WSDL y UDDI.

• Provee herramientas para desplegar Web Servicesen los servidores de aplicaciones J2EE basados enWeb.


42

Productos de Oracle

• Oracle9i Release 2 application server provee unainfraestructura para desarrollo de aplicaciones J2EEpara Web services que soportan los estándaresSOAP, UDDI y WSDL.

• Tiene herramientas para definir y coordinar procesoscomerciales usando Web services integrado conaplicaciones antiguas y sistemas back-end .




43

Productos de SUN• Como parte del Java community process, Sun tiene APIs

basadas en tecnología Java y XML y su implementaciónllamada JAX Pack para desarrollo y pruebas de Java y losestándares abiertos para Web services.

• Java Web Services Developer Pack (JWSDP) es unconjunto de tecnologías especificas para Web services.

• Sun ONE Application Server 7.0, llamado iPlanetApplication Server 6.0, provee infraestructura J2EE yestándares abiertos para la implementación de Webservices.

• Sun ONE suite es el componente mas importe del Sun'sOpen Net Environment (Sun ONE), un ambiente desoftware para Web services para clientes y desarrolladorespara migrar a la siguiente generación de Web services.


44

Productos de Systinet• Provee la infraestructura para Web services y productos

tales como WASP Server, WASP Developer y WASPUDDI, para el desarrollo de Web services basados en losestándares XML, SOAP, WSDL y UDDI.

• Permite también que aplicaciones comercialesdesarrolladas con diversas tecnologías tales como Java,EJB, CORBA y Microsoft .NET sean mostrados comoWeb services sobre Internet.

• Permite la integración con aplicaciones basadas en J2EEy soporta frameworks de seguridad basados en la APIGSS y Kerberos.

• Provee APIs para Java XML especiales para Webservices.




45

Estrategias de grandesempresas de software.

• Hay soluciones y estrategias para el framework de Webservices, que incluyen la arquitectura, plataforma ysoluciones de software para desarrollar y desplegar Webservices. Estos frameworks que son conjuntos deproductos se usan para desarrollar, implementar, lograrinteroperabilidad y adhesión a los estándares de laindustria para habilitar Web services.

• Los mas populares son:• Sun ONE (Sun Open Net Environment)• IBM e-Business• Microsoft .NET


46

Sun ONE (Sun Open NetEnvironment)

• Sun ONE es la visión de software de Sun, basadaen los estándares abiertos, su arquitectura,plataforma y solución para construir y desplegarservicios sobre demanda, que sirven como soportepara el desarrollo y despliegue de Web services.

• La arquitectura de Sun ONE's esta basada enSOAP, WSDL y UDDI

• Usa a Java/J2EE como la tecnología de ejecuciónprincipal.

• Mas información sobre Sun ONE en Sun Web siteen www.sun.com/software/sunone/.




47

IBM e-business• Es la arquitectura conceptual de IBM, con productos

basados en estándares abiertos para el desarrollo ydespliegue de Web services.

• Se base en Java/J2EE y los protocolos estándaresSOAP, WSDL y UDDI

• tiene un conjunto de tecnologías para Web servicespara Dynamic e-Business.

• Mas información en el IBM Web site enwww.ibm.com/e-business/index.html.


48

Microsoft .NET• Define un framework y un modelo de programación para la

plataforma .NET para el desarrollo y despliegue de Webservices basado en estándares y todo tipo de aplicaciones.

• El framework tiene 3 capas que son:– el sistema operativo Microsoft,– los enterprise servers,– los bloques de construcción .Net building blocks usando Visual

Studio.– Las interfaces para los Web services basados en .NET se

desarrollan usando los .Net building blocks que provee MicrosoftVisual Studio.

• El framework .NET soporta SOAP, WSDL y UDDI.• Mas información en el Microsoft Web site en

www.microsoft.com.




49

Lista de estándares de W3C• Grupos de Web Services del W3C

– La actividad está coordinada por un Coordination Group, que secompone de 4 Working Groups:

• XML Protocol Working Group (http://www.w3.org/2000/xp/Group/)• Web Services Addressing Working Group

(http://www.w3.org/2002/ws/addr/)• Web Services Choreography Working Group

(http://www.w3.org/2002/ws/chor/)• Web Services Description Working Group

(http://www.w3.org/2002/ws/desc/)– Y un Interest Group:

• Semantic Web Services Interest Group (http://www.w3.org/2002/ws/swsig/)

– El grupo que terminó su trabajo en esta actividad es el:• Web Services Architecture Working Group

(http://www.w3.org/2002/ws/arch/)


50

XML Protocol Working Group

• Recommendaciones:– SOAP Version 1.2 Part 0: Primer– SOAP Version 1.2 Part 1: Messaging Framework– SOAP Version 1.2 Part 2: Adjuncts– SOAP Version 1.2 Specification Assertions and

Test Collection– XML-binary Optimized Packaging– SOAP Message Transmission Optimization

Mechanism– Resource Representation SOAP Header Block




51

Web Services AddressingWorking Group

• Drafts:– Web Services Addressing - Core– Web Services Addressing - SOAP Binding– Web Services Addressing - WSDL Binding– Web Services Addressing XML Schema– Web Services Addressing WSDL Binding XML

Schema


52

Web Services ChoreographyWorking Group

• Drafts:– Web Services Choreography Requirements– Web Services Choreography Model Overview– Web Services Choreography Description

Language




53

Web Services DescriptionWorking Group

• Drafts:– Web Services Description Language (WSDL) Version 2.0: Primer– Web Services Description Language (WSDL) Version 2.0 Part 1: Core

Language and schema– Web Services Description Language (WSDL) Version 2.0 Part 2:

Adjuncts and SOAP binding schema, HTTP binding schema– Web Services Description Language (WSDL) Version 2.0: SOAP 1.1

Binding– Describing Media Content of Binary Data in XML– Discussion of Alternative Schema Languages and Type System Support

in WSDL– Web Services Description Requirements


54

Web Services ArchitectureWorking Group

• Recomendaciones:– Web Services Architecture– Web Services Architecture Requirements– Web Services Glossary– Web Services Architecture Usage Scenarios– Web Service Management: Service Life Cycle– OWL ontology

Documents

EGRIET Web Services (Parte 2)materias.fi.uba.ar/7508/Teoria-2005-1c/WebServicesParte2.pdf · capas, el web service es ... •se puede usar cualquier lenguaje de programación tales