TECNOLOGÍAS ASOCIADAS

WSDL

WSDL es el acrónimo de Web Services Description Language (lenguaje de descripción de servicios Web). Se puede definir un archivo WSDL como un documento XML que describe un conjunto de mensajes SOAP y la forma en la que éstos se intercambian. En otras palabras, WSDL es a SOAP lo que IDL es a CORBA o a COM. WSDL es XML (es decir, se puede leer y modificar en gran parte de los casos) y es generado y utilizado por software.

El lenguaje de descripción de servicios web, Web Services Definition Language, (WSDL) nació en septiembre de 2000 de la mano de Microsoft, IBM y Ariba. Se basa en los lenguajes de definición NASSL44 (Network Accesible Services Specification), de IBM, y SCL45 (SOAP Contract Language) de Microsoft. En Marzo de 2001, estas compañías, con el apoyo de algunas otras, enviaron la versión WSDL 1.146 al W3C, donde fue publicado como una nota por lo que formalmente no es un estándar del W3C. (Consultar Referencia URL [18])

La especificación de WSDL (1.1) no ha cambiado en absoluto desde su aparición, a pesar de haber un grupo de trabajo del W3C dedicado a WSDL que tiene borradores con diversas mejoras.

En esencia, WSDL es un contrato entre el proveedor del servicio y el cliente mediante el que el proveedor del servicio indica:

- Qué funciones que se pueden invocar - Qué tipos de datos utilizan esas funciones

- Qué protocolo de transporte se utilizará para el envío y recepción de los mensajes (típicamente, pero no únicamente, mensajes SOAP). - Cómo acceder a los servicios. En esencia, mediante qué URL se

37

SOAP

SOAP (Simple Object Access Protocol), es un protocolo simple para el intercambio de información estructurada en un entorno distribuido y descentralizado. Utiliza XML para definir un framework extensible de mensajería proveyendo un formato de mensaje que puede ser intercambiado sobre una variedad de protocolos subyacentes. El framework fue diseñado para ser independiente de cualquier modelo de programación o cualquier semántica específica de alguna implementación.SOAP define el formato XML para mensajes.

Existen otras partes en la especificación SOAP que describen cómo representar los datos de un programa como XML y cómo utilizar SOAP para realizar llamadas a procedimiento remoto (RPC). Estas partes opcionales de la especificación se utilizan para implementar aplicaciones estilo RPC en las que el cliente envía un mensaje SOAP que contiene una función a la que se puede llamar, además de los parámetros para pasar a la función. El servidor, por su parte, devuelve un mensaje con los resultados de la función ejecutada.

Las aplicaciones SOAP con estilo de documento son muy flexibles. Muchos nuevos servicios XML Web Services aprovechan esta flexibilidad para diseñar servicios que sería difícil implementar mediante RPC.

La característica más notable de SOAP es que se ha implementado en diferentes plataformas de hardware y software, lo que significa que puede utilizarse para enlazar sistemas dispares dentro y fuera de una empresa. En el pasado se realizaron muchos intentos para conseguir un protocolo de comunicaciones común que pudiera usarse en la integración de sistemas. Sin embargo, ningún intento se ha generalizado tanto como SOAP. (Consultar Referencia URL [25])

UDDI

UDDI, “Universal Description, Discovery and Integration”, es un elemento central del grupo de estándares involucrados en la tecnología servicios web. Define un método estándar para publicar y descubrir servicios en el contexto SOA. UDDI constituye las páginas amarillas de los servicios Web.

Una entrada en una lista UDDI es un archivo XML que describe un negocio y los servicios que ofrece. Los servicios se definen por un documento UDDI denominado Type Model o tModel. En muchos casos, tModel contiene un archivo WSDL que describe una interfaz SOAP a un servicio XML Web; tModel es suficientemente flexible para describir prácticamente cualquier tipo de servicio.

38

La especificación de UDDI nació casi a la vez que la de WSDL, de la mano de las mismas compañías, pero no ha llegado nunca al W3C. La versión actual es la 3.0, especificación que data de agosto de 2003, siendo gestionada por OASIS. La implementación de estas especificaciones se denomina “Registro UDDI”, el cual proporciona un conjunto de servicios web de registro y consulta vía SOAP.

El propósito funcional de un registro UDDI es la representación de datos y metadatos acerca de servicios web. Tanto para ser usado en una red pública como dentro de la infraestructura interna de una organización, un registro UDDI ofrece un mecanismo basado en estándares para clasificar, catalogar y manejar servicios web de forma de que puedan ser descubiertos y consumidos por otras aplicaciones. Varios registros UDDI se pueden agrupar para formar un UBR (UDDI Business Registry) con la idea de que se apliquen las mismas políticas de autenticación, cifrado, o se balancee la carga de trabajo.

Los UDDI y los UBR pueden ser públicos o privados. Los privados permiten el registro de los servicios web sólo a sus miembros, añadiendo, por lo general, ciertas medidas de seguridad. Sin embargo, permiten la consulta de sus registros por cualquier usuario. La mayor parte de los UDDI y UBR existentes son privados. Las empresas que implementan registros UDDI facilitan en general herramientas gráficas (vía Web o locales) para interactuar con el registro así como APIs para integrar con las aplicaciones.

 Estructuras de datos en UDDI

La información almacenada en un registro UDDI es un conjunto de las denominadas “estructuras de datos UDDI”. Estas estructuras, en XML, definidas en la especificación, son las que el cliente intercambiará con el registro UDDI. Cada instancia de estas estructuras se identifica de manera única con un identificador denominado UUID (Universal Unique Identifier). Las principales estructuras (elementos XML) de alto nivel son las siguientes:

- BusinessEntity. Contiene información básica de la empresa: persona de contacto, una clasificación de la empresa conforme a alguna de las taxonomías definidas, así como una descripción en lenguaje natural de las actividades de la empresa.

- PublisherAssertion. Una empresa puede declarar su relación con otras empresas, por ejemplo, como socios o como clientes. Cada una de estas relaciones se modela como una PublisherAssertion.

39

- BusinessService. Este elemento muestra los servicios ofrecidos por una empresa. Estos servicios pueden ser servicios web o no. Una BusinessEntity se compone de uno o varios elementos businessService, y un elemento businessService puede ser usado por varios elementos BusinessService.

- BindingTemplate. Este elemento contiene referencias a descripciones técnicas (por ejemplo, URLs apuntando a manuales técnicos) y a las URL de acceso de los servicios web. Cada elemento BusinessService puede tener uno o varios elementos BindingTemplate.

- tModel. Este elemento describe la manera de interactuar con el servicio web y su comportamiento. Entre sus datos se encuentra la URL donde se encuentra el documento WSDL. También pueden aparecer aquí las categorías en las que se puede englobar el servicio (pueden ser distintas de las que podían aparecer en BusinessEntity). (Consultar Referencia URL[28])