Terminologie du registre UDDI
Certains termes spécifiques au registre UDDI sont explicités. Les relations existant entre les différentes versions du registre UDDI, la spécification OASIS (Organization for the Advancement of Structured Information) et le niveau du produit WebSphere Application Server sont également détaillées.
Dans toute la documentation UDDI de ce centre de documentation,
l'emplacement du répertoire de WebSphere
Application Server est désigné par
racine_serveur_app.
Dans toute
la documentation UDDI de ce centre de documentation, les emplacements du répertoire de
WebSphere
Application Server sont désignés par
racine_serveur_app et
racine_profil.
Définitions UDDI
- bindingTemplate
- Informations techniques sur un point d'entrée dans un service et spécifications de construction.
- businessEntity
- Informations sur la partie qui publie des informations relatives à une famille de services.
- businessService
- Informations descriptives sur un service particulier.
- Noeud UDDI personnalisé
- Un noeud UDDI personnalisé est un noeud UDDI initialisé avec des paramètres
personnalisés pour les propriétés et règles UDDI. En particulier, ce type de noeud
n'a pas de valeurs par défaut pour les propriétés accessibles en lecture seule
après initialisation.
Utilisez un noeud UDDI personnalisé pour toute finalité autre que de simples tests (pour lesquels un noeud UDDI par défaut suffira). Pour configurer un noeud UDDI personnalisé, voir la rubrique sur la configuration d'un noeud UDDI personnalisé.
Lors du premier démarrage d'un noeud UDDI personnalisé, vous devez définir les valeurs de certaines propriétés puis initialiser le noeud (à partir de la console d'administration ou de l'interface d'administration UDDI) pour que le noeud puisse accepter des demandes UDDI. Les propriétés à définir contrôlent les caractéristiques du noeud UDDI qui ne peuvent pas être modifiées après initialisation.
L'un des avantages du noeud UDDI personnalisé tient à ce qu'il vous permet d'associer ces propriétés à des valeurs adaptées à votre environnement et à votre utilisation d'UDDI.
Une fois initialisé, un noeud UDDI personnalisé est identique à un noeud UDDI par défaut, à la seule différence près qu'il utilise des valeurs de propriété et de règle UDDI personnalisées.
- Noeud UDDI par défaut
- Un noeud UDDI par défaut est un noeud UDDI initialisé avec des par défaut pour
les propriétés et règles UDDI, y compris pour les propriétés accessibles en lecture
seule après initialisation. Un noeud UDDI par défaut est conçu pour les tests et
permet de se familiariser facilement avec le comportement du registre UDDI.
Il existe deux façons de définir un noeud UDDI par défaut. La première consiste à indiquer l'option 'default' lorsque vous exécutez le script uddiDeploy.jacl : la base de données UDDI est alors une base de données Apache Derby que le programme crée automatiquement.
La seconde consiste à créer vous-même la base de données en indiquant une option par défaut : dans le cas d'Apache Derby, il s'agit du paramètre DEFAULT lorsque vous utilisez le fichier UDDIDerbyCreate.jar ; dans le cas de DB2 et d'Oracle, il s'agit du script SQL insert_default_database_indicator.
La seconde consiste à faire en sorte que le membre INSERT du fichier partitionné soit inclus dans le JCL utilisé pour créer la base de données, auquel cas la base de données UDDI peut être une base Apache Derby ou DB2.
Une fois initialisé, un noeud UDDI par défaut est identique à un noeud UDDI personnalisé, à la seule différence près qu'il utilise des valeurs de propriété et de règle UDDI par défaut.
- profil de règle
- Un profil de règle est un ensemble de règles UDDI. Le profil de règle par défaut est le profil créé lorsqu'un noeud UDDI par défaut est créé. Dans le profil de règle par défaut, l'ID de noeud et le générateur de clés racine sont accessibles en lecture seule et ne peuvent plus être modifiés après installation.
- publisherAssertion
- Informations sur une relation entre deux parties "revendiquées" par l'une d'elles ou par les deux.
- tModel
- Un tModel (abréviation de "technical model" - modèle technique) est une structure
de données représentant un concept réutilisable tel qu'un type de service Web, un
protocole utilisé par les services Web ou un système de catégories.
Les clés tModel contenues dans une description de service constituent une "empreinte digitale" technique pouvant être utilisée pour le suivi des origines de compatibilité d'un service donné. Ces clés permettent de disposer d'un point de référence commun pour l'identification des services compatibles.
Les tModels sont utilisés pour établir l'existence de divers concepts et pour pointer vers leurs définitions techniques. Les tModels représentant des ensembles de valeurs tels que des systèmes de catégories, d'identificateurs et de relations sont utilisés pour fournir des données supplémentaires aux entités principales (core) UDDI afin de faciliter la reconnaissance parmi un certain nombre de dimensions. Ces données supplémentaires sont capturées dans des keyedReferences qui résident dans des éléments categoryBag, identifierBag ou publisherAssertion. Les attributs tModelKey de ces keyedReferences font référence à l'ensemble de valeurs en relation avec le concept ou l'espace de nom représenté. Les keyValues contiennent les valeurs de cet ensemble de valeurs. Dans certains cas, les keyNames sont importants, par exemple pour décrire des relations ou lorsque l'ensemble de valeurs générales de mots clés est utilisé. Dans tous les autres cas, les keyNames permettent de disposer d'une version lisible des keyValues.
- UDDI application
- L'application UDDI correspond à l'application d'entreprise du registre UDDI.
- Autorisation UDDI
- Autorisation dont un utilisateur ou un diffuseur de publication UDDI dispose dans un registre UDDI, comme par exemple la possibilité de publier des générateurs de clés ou le niveau auquel ce diffuseur est affecté (soit, en d'autres termes, le nombre d'entités qu'il est autorisé à publier). A chaque diffuseur UDDI est associé un ensemble de paramètres pour les diverses autorisations UDDI. Une autorisation UDDI est parfois appelée "autorisation utilisateur" ou peut être désignée par le terme "ensemble des autorisations utilisateur du diffuseur de publication UDDI".
- noeud UDDI
- Un noeud UDDI est un ensemble de services Web prenant en charge au moins l'un des ensembles API de l'UDDI et qui permet d'interagir avec les données UDDI via les API de l'UDDI. Il n'existe pas de mappage direct entre un noeud UDDI et un noeud WebSphere Application Server. Un noeud UDDI se compose d'une part d'une instance de l'application UDDI exécutée sur un serveur d'applications (ou d'une grappe d'instances de l'application UDDI exécutée dans une grappe de serveurs d'applications), et d'autre part d'une instance de la base de données UDDI contenant les données UDDI.
- initialisation du noeud UDDI
- Processus consistant à définir les valeurs dans la base de données UDDI et à déterminer la "personnalité" du noeud UDDI. Un noeud UDDI ne peut pas accepter de demandes API UDDI tant qu'il n'a pas été initialisé.
- état du noeud UDDI
- Décrit l'état en cours du noeud UDDI, par opposition à l'état de l'application UDDI
(laquelle peut être démarrée ou arrêtée). Un noeud UDDI peut se trouver dans l'un des états
suivants :
- non initialisé
- initialisation en attente
- initialisation en cours
- migration en attente
- migration en cours
- création de l'ensemble de valeurs en attente
- création de l'ensemble de valeurs en cours
- activé
- désactivé
- ID du noeud UDDI
- Identificateur unique d'un noeud UDDI.
- règle UDDI
- Une règle UDDI est une instruction de comportement nécessaire et attendu d'un registre UDDI défini en utilisant des valeurs pour les différentes règles définies dans la spécification de version UDDI.
- propriété UDDI
- Valeur d'une propriété contrôlant la personnalité ou le comportement d'un noeud UDDI.
- diffuseur de publication UDDI
- Un diffuseur de publications UDDI est un utilisateur de WebSphere Application Server autorisé à publier des entités UDDI dans un registre UDDI donné. Un diffuseur de publications UDDI est parfois appelé 'utilisateur UDDI' ou 'diffuseur de publications' lorsqu'il est utilisé dans un contexte UDDI.
- Registre UDDI
- Un registre UDDI comprend un ou plusieurs noeuds UDDI. Le registre UDDI de la présente version de WebSphere Application Server prend uniquement en charge les registres UDDI à un noeud.
- niveau UDDI
- Un niveau UDDI détermine le nombre d'entités UDDI qu'un diffuseur de publication peut publier pour chaque type d'entité (métier, services par métier, liaisons par métier, tModel, vérification du diffuseur). Chaque diffuseur UDDI se voit attribuer un niveau particulier (par défaut ou explicitement par un administrateur UDDI) et il lui est impossible de publier plus d'entités que ne l'autorise ce niveau. Des niveaux prédéfinis sont fournis avec le registre UDDI et un administrateur UDDI peut créer des niveaux supplémentaires. Un niveau UDDI est généralement appelé simplement 'niveau' lorsqu'il est utilisé dans un contexte UDDI.
- registre UDDI Version 2
- Un registre UDDI Version 2 est une implémentation de registre UDDI qui prend en charge la version 2 de la spécification UDDI en plus de la version 1. Un registre UDDI Version 2 est inclus dans WebSphere Application Server, Network Deployment version 6.1.
- Registre UDDI version 3
- Un registre UDDI version 3 est une implémentation de registre UDDI qui prend en charge la version 3 de la spécification, en plus des versions 1 et 2. Un registre UDDI version 3 est inclus dans WebSphere Application Server. A noter que le terme "registre UDDI Version 3" ne désigne pas une implémentation UDDI prenant en charge les seules demandes UDDI Version 3.
Version du registre UDDI | Niveaux de la spécification UDDI OASIS pris en charge | Version de WebSphere Application Server qui prend en charge le registre UDDI |
---|---|---|
![]() ![]() |
![]() ![]()
|
![]() ![]() |
![]() |
![]()
|
![]() |