Avertissement :
Cette section est placée à titre d'information exclusivement, et n'est pas destinée à une utilisation pour la programmation.
Voir Base UDDI architecture V3.0.1
Structures de données UDDI
Quatre types principaux de structures de données
Les informations qui permettent d'établir un enregistrement UDDI consistent en quatre types principaux de structures de données XML. Cette répartition simple par type d'information aide à la localisation et à la compréhension rapide des différentes informations qui constituent un enregistrement.
Ces quatre types constituent l'ensemble des informations fournies par le cadre de description de service UDDI. Chacune de ces structures XML contient un certain nombre de champs qui servent à décrire une affaire ou une technologie.
Détails :
- Structure de données de référence, V2.03, 19 juillet 2002, participation IBM, HP, Fujitsu, Sun, Microsoft, SAP, Oracle Corporation.
- UDDI structure de données du registre, version 3.0.1, 14 octobre 2003, participation IBM, Microsoft, France Telecom, SAP, Oracle Corporation.
Entité d'affaires
Terme anglais : businessEntity
Détails (v3.0.1) :
BusinessEntity est une structure de donnée de haut niveau qui décrit une entreprise ou une autre entité pour laquelle une information est enregistrée. Elle est employée pour représenter les entreprises ("businesses") et les fournisseurs dans UDDI. Elle contient de l'information descriptive sur l'entreprise ou le fournisseur et sur les services qu'il propose.
Documentation complémentaire :
- discoveryURL : URL de "découverte",
- name : autres noms de la businessEntity,
- description : descriptions dans de multiples langues de la businessEntity (xml:lang),
- contact : information sur les contacts,
- adresse : adresse postale du contact, avec la langue (xml:lang), et ligne d'adresse,
- businessServices,
- identifierBag : information de classification.
- categoryBag : informations sur les normes par exemple,
etc
Les descriptions de service et l'information technique sont exprimés dans une businessEntity par les structures businessService et bindingTemplate qui lui appartiennent. Même si le nom de l'entité XML contient le mot “business”, la structure peut très bien être employée pour modéliser plus qu'un simple “business”.
Service d'affaires
Terme anglais : businessService
Détails (v3.0.1) :
BusinessService permet de décrire un ensemble logique de services web, qui peut contenir un ou plusieurs bindingTemplates. Au niveau service, aucune information technique n'est encore fournie sur ces services ; en revanche, cette structure offre la possibilité d'assembler un ensemble de services sous une rubrique commune.
Chaque businessService est le fils logique d'une seule businessEntity. Chaque businessService contient de l'information descriptive – noms, descriptions et information de classification - qui soulignent l'objectif des services web individuels que l'on trouve à l'intérieur. Par exemple, une structure businessService pourrait contenir un ensemble de services web de commandes d'achat (soumission, confirmation et notification) qui sont fournies par un métier.
bindingTemplate
Détails (v3.0.1) :
Information requise pour invoquer des services spécifiques qui peuvent contenir des liens avec un ou plusieurs protocoles, comme HTTP or SMTP.
tModel
Détails (v3.0.1) :
tModel (technical model ou modèle technique) correspond à l'“empreinte digitale” technique pour un service donné qui peut aussi fonctionner comme espace de noms (namespace) pour identifier d'autres entités, incluant d'autres tModels.
L'utilisation des tModels est essentielle dans la manière avec laquelle UDDI représente les données et les métadonnées.
Le tModel peut comporter les informations suivantes :
- Définition des protocoles (HTTP, SMTP),
- Ensemble de valeurs : systèmes d'identificateurs, espaces de noms,...
- Groupes de catégorisations,
- Formats d'adresses postales,
- Find qualifiers utilisés pour modifier le comportement des API UDDI find_xx,
- Attributs de type d'utilisation, qui spécifient le type de resource auquel on fait référence dans une URI.
Autres (publisherAssertion,...)
publisherAssertion : Description, dans la vue d'une businessEntity, de la relation qu'une businessEntity entretient avec une autre businessEntity.
subscription : Description d'une requête dans la durée pour garder la trace des changements des entités déscrites par la souscription.