Tipos de estructuras de datos (registro UDDI)

Una vez que se ha registrado y ha iniciado la sesión en el registro UDDI que desea utilizar, puede registrar el servicio Web. En el registro de un servicio intervienen cuatro tipos de estructuras de datos principales: información empresarial, información del servicio, información de enlace e información que describe las especificaciones para servicios. La relación entre estos tipos de datos se describe en la Figura 1.

Información empresarial. Información contenida en una estructura businessEntity. businessEntity contiene información sobre la empresa que ha publicado el servicio, como el nombre de la empresa, la descripción, los contactos y los identificadores.

Información del servicio. Información que describe un grupo de servicios Web. Está contenida en una estructura businessService. businessService contiene información sobre familias de servicios técnicos. Agrupa un conjunto de servicios Web relacionados con un proceso de empresa o con un grupo de servicios.

Información de enlace. Información representada por la estructura bindingTemplate. bindingTemplate contiene información técnica para determinar el punto de entrada y las especificaciones de construcción para invocar un servicio Web. bindingTemplate proporciona descripciones del servicio Web de interés para los desarrolladores de aplicaciones que desean encontrar e invocar un servicio Web. bindingTemplate señala a descripciones de una implementación de servicio, por ejemplo, mediante un URL.

Información que describe las especificaciones para servicios. Metadatos sobre las distintas especificaciones implementadas por un servicio Web determinado representado por el tModel. El tModel proporciona un sistema de referencia para ayudar al descubrimiento de servicios Web.

Figura 1. Relación entre tipos de datos.

En la Figura 1 se ilustra la relación entre la entidad de empresa, el servicio de empresa, la plantilla de enlace y tmodel.

Cada estructura hija tiene una estructura padre única. Esto significa que una determinada businessEntity posee cada estructura businessService. A su vez, un determinado businessService posee cada bindingTemplate. Cada estructura bindingTemplate hace referencia a instancias únicas de estructuras tModel; no obstante, dado que se pueden repetir las referencias dentro de varias estructuras padre, puede haber muchas referencias a tModels en distintos padres de Entidad-Servicio-Plantilla, como aparece en la Figura 2.

Figura 2. Referencias a tModel.

En la Figura 2 se ilustran varias referencias a un tModel.

Confirmaciones de editor

Una confirmación de editor es un modo en UDDI de asociar estructuras businessEntity. La confirmación de editor define un grupo de estructuras businessEntity. Muchas empresas no se representan de forma efectiva mediante una sola businessEntity. Una confirmación de editor permite la asociación entre estructuras businessEntity. Por ejemplo, una empresa de gran tamaño puede tener varias subsidiarias que tienen descripciones distintas pero que aún están estrechamente conectadas y desean hacer sus relaciones visibles en los registros UDDI.

Proyecciones de servicio

Una proyección de servicio permite a una entidad de empresa hacer referencia a un servicio que lo haya publicado otra entidad de empresa. Utilizando la estructura businessService como una proyección de un businessService ya publicado, las empresas pueden compartir o reutilizar servicios. Las proyecciones de servicio se gestionan centralmente como parte de la businessEntity referenciada. Esto significa que los cambios realizados en el businessService por cualquiera de las estructuras businessEntity referenciadas son válidos para todas las estructuras businessEntity referenciadas.