You are on page 1of 6

UDDI (Universal Description, Discovery, and Integration) 2

Relación entre UDDI y WSDL 4


UDDI (Universal Description, Discovery, and
Integration)
La especificación UDDI (Universal Description, Discovery, and Integration) define un
modo de publicar y encontrar información sobre servicios Web.
UDDI tiene dos funciones:
- Es un protocolo basado en SOAP que define cómo se comunican los clientes con
los registros UDDI.
- Es un conjunto de registros duplicados globales en particular.

UDDI incluye un esquema XML para mensajes SOAP que define un conjunto de
documentos para describir información de empresas y servicios, un conjunto común
de API para consultar y publicar información en los directorios y una API para
duplicar entradas de directorio entre nodos UDDI iguales.
Si desea más información sobre UDDI consulte la página www.uddi.org
Registro UDDI
UDDI gestiona el descubrimiento de servicios Web, que confía en un registro
distribuido de empresas y sus descripciones de servicio implementado en un
formato XML común. Antes de poder publicar la entidad de empresa y el servicio
Web a un registro público, primero debe registrar la entidad de empresa con un
registro UDDI.
Los registros UDDI tienen dos formatos: público y privado. Ambos tipos se ajustan a
las mismas especificaciones. Un registro privado permite publicar y probar las
aplicaciones e-business internas en un entorno seguro y privado.
Un registro público es una colección de directorios iguales que contienen
información sobre empresas y servicios. Localiza servicios que se registran en uno
de sus nodos iguales y facilita el descubrimiento de servicios Web publicados. Se
duplican los datos en todos los registros de forma regular. Esto asegura la
coherencia en los formatos de descripción de servicios y facilita el seguimiento de
los cambios a medida que se producen. IBM® mantiene dos registros públicos
llamados IBM UDDI Business Registry e IBM UDDI Test Registry. IBM UDDI Test
Registry permite desarrollar el servicio Web y experimentar el proceso de registro
UDDI sin poner el servicio Web en un registro oficial. Utilice IBM UDDI Test Registry
para experimentar con UDDI y para probar y validar el servicio Web. Para obtener
más información en los registros públicos de IBM, consulte el sitio
http://uddi.ibm.com Para obtener una lista de registros públicos, consulte
http://www.uddi.org/register.html
Los registros privados permiten publicar y probar las aplicaciones internas en
entornos privados seguros.
UDDI Business Registry actúa como un directorio B2B que enlaza mercados,
compradores y vendedores. La información proporcionada en el registro consta de
tres componentes: páginas blancas, páginas amarillas y páginas verdes. Las
páginas blancas incluyen el nombre de la empresa, la información de contacto y
una descripción de texto de los servicios de la empresa. Las páginas amarillas
incluyen categorizaciones industriales basándose en taxonomías estándar, como
NAICS, ISO 3166 y UNSPSC. Las páginas verdes incluyen referencias a
especificaciones para servicios Web y punteros a distintos mecanismos de
descubrimiento basados en archivo y URL. Esto facilita a las empresas la
integración en los mercados. Dado que la información se registra, se pone a
2
disposición en todas las aplicaciones. Para obtener más información sobre NAICS
consulte www.naics.com, UNSPSC consulte www.unspsc.org o ISO 3166 consulte
http://www.iso.org/iso/en/prods-services/iso3166ma/index.html
Las empresas rellenan el registro con descripciones de los servicios que admiten.
UDDI asigna un identificador exclusivo a cada descripción de servicio y registro de
empresa. Estos pasan a ser las claves de servicio y de empresa, respectivamente.
Los motores de búsqueda y las aplicaciones consultan el registro para encontrar
servicios. Los servidores UDDI se encuentran en un directorio de servicios y
proveedores de servicios disponibles.

Conceptos relacionados
Desarrollo de servicios Web
Relación entre UDDI y WSDL
Relación entre UDDI y WSIL

Tareas relacionadas
Publicación de servicios Web y de entidades de empresa

Referencia relacionada
Tipos de estructuras de datos (registro UDDI)

3
Relación entre UDDI y WSDL
La especificación UDDI (Universal Description, Discovery, and Integration) define un
modo de publicar y encontrar información sobre servicios Web. UDDI tiene dos
funciones: (1) es un protocolo basado en SOAP que define cómo se comunican los
clientes UDDI con registros y (2) es un conjunto en particular de registros
duplicados globalmente.
En el registro de un servicio intervienen cuatro tipos de estructuras de datos
principales:
- El tipo de datos businessEntity contiene información sobre la empresa que tiene
un servicio publicado.
- El tipo de datos businessService es una descripción de un servicio Web.
- El tipo de datos bindingTemplate contiene información técnica para determinar el
punto de entrada y especificaciones de construcción para invocar un servicio Web.
- El tipo de datos tModel proporciona un sistema de referencia que ayuda a
descubrir servicios Web y actúa como una especificación técnica de un servicio
Web.
Para obtener más información sobre los tipos de datos de UDDI, consulte los temas
de referencia relacionados al final de este tema.
WSDL (Web Services Description Language) es una especificación estándar
basada en XML para describir servicios Web. WSDL define un formato XML para
describir servicios de red como un conjunto de puntos finales que operan en
mensajes que contienen información orientada a documentos u orientada a
procedimientos.
La descripción del servicio WSDL se puede estructurar de muchos modos. No
obstante, para ayudarle a publicar y encontrar descripciones del servicio WSDL en
el registro UDDI, los documentos WSDL constan de dos partes principales:
- La definición de la interfaz de servicio describe la interfaz de tipo abstracto y el
enlace del protocolo, conocido como el documento de enlace WSDL
- La definición de implementación de servicio describe información de la ubicación
de acceso, conocida como el documento de servicio WSDL
Cuando se crean servicios Web con el entorno de ejecución de Apache Axis, las
herramientas de servicios Web crean un solo documento WSDL al generar servicios
Web a partir de beans Java™ o EJB. Este documento WSDL contiene la interfaz de
servicio y documentos de implementación.
La interfaz de servicio se describe mediante un documento WSDL que contiene los
elementos de: tipo, importación, mensaje, portType y enlace. La interfaz de servicio
contiene una definición de servicio WSDL que se utilizará para implementar uno o
más servicios. Es una definición abstracta de un servicio Web y se utiliza para
describir un tipo determinado de servicio. Este documento puede hacer referencia a
otro documento de interfaz de servicio con un elemento de importación. Las
herramientas de servicios Web de este producto generan un documento de interfaz
de servicio que contiene sólo los elementos de mensaje y portType a los que se
hace referencia mediante el documento de enlace que contiene sólo enlaces para el
portType.
El documento de implementación de servicio contiene los elementos de servicio. El
documento de implementación de servicio contiene una descripción de un servicio
que implementa una interfaz de servicio. Al menos uno de los elementos de
importación contendrá una referencia al documento de interfaz de servicio WSDL;
4
no obstante, el WSDL monolítico como el creado con el entorno de ejecución Axis
no tiene elementos de importación. Un documento de implementación de servicio
puede contener referencias a más de un documento de interfaz de servicio.
Un proveedor de servicios aloja un servicio Web y lo hace accesible con protocolos
como SOAP/HTTP y SOAP/JMS. El servicio Web se describe mediante los
documentos WSDL que se almacenan en el servidor del proveedor o en un
depósito especial. Los servicios de empresa UDDI hacen referencia a los
documentos WSDL (documentos de servicio) y tModels (documentos de enlace).
Estos punteros permiten que los solicitantes de servicio encuentren servicios Web.
Figura 1. Relación entre UDDI y WSDL.

En la Figura 1 se ilustra la relación entre UDDI y WSDL. El elemento de servicio


WSDL hace referencia al elemento de enlace WSDL. El URL del documento que
contiene el elemento de enlace WSDL se publica al UDDI Business Registry como
un tModel. El URL del documento que contiene el elemento de servicio WSDL se
publica al UDDI Business Registry como un businessService y contiene información
sobre la bindingTemplate. Para obtener más información sobre los tipos de
estructura de datos de registro UDDI, consulte la sección de referencia relacionada
al final de este documento. Recuerde que la parte de importación del diagrama es
opcional según el entorno de ejecución; el WSDL monolítico como el creado con el
entorno de ejecución Axis no tiene elementos de importación.
La implementación del servicio describe una instancia de un servicio. Se define la
instancia con un elemento de servicio WSDL. El elemento de servicio de un
documento de implementación de servicio se utiliza para publicar el UDDI
businessService. Cuando se publica una descripción de servicio WSDL, se debe
publicar una interfaz de servicio como un tModel antes de que una implementación
de servicio se publique como un businessService.
Una implementación de servicio se publica en un registro UDDI como parte de un
businessService con uno o varios elementos bindingTemplate. El proveedor de
servicios publica el businessService. Se crea un nuevo businessService para un
5
elemento de servicio que se define en el documento de implementación de servicio.
Se crea un nuevo elemento bindingTemplate dentro de un businessService para
cada elemento de puerto que se define dentro de un elemento de servicio.
Para obtener más información sobre la relación entre WSDL y UDDI consulte la
página uddi.org/bestpractices.html.

Conceptos relacionados
UDDI (Universal Description, Discovery, and Integration)
WSDL (Web Services Description Language)

Referencia relacionada
Tipos de estructuras de datos (registro UDDI)
WSDL (Web Services Description Language)

You might also like