Universel Description Discovery and Integration « UDDI « Présenté par: Anaya Bilel Ben Romdhane Bilel

Plan : 2 1) INTRODUCTION 1.1) Pourquoi UDDI ? 1.2) HISTORIQUE et définition 2) UDDI : caractéristiques importantes 3) Recherche de Web services 4) Architecture fonctionnelle 4.1) Représentation des informations 4.2) Structures de données UDDI A) BusinessEntity (entité d'affaires) B) Business Service (Service d'affaires) C) BindingTemplate (modèle de rattachement) D) TModel (index) E) PublisherAssertion F) Remarque 5) L'interface UDDI 5.1) Interrogation inquiry 5.2) Publication 5.3) Sécurité 5.4) Contrôle d'accès et propriété custody and ownership transfer 5.5) Abonnement Suscriptions 5.6) Réplication interne et externe 6) Conclusion 7) Référence 2

1) Introduction 3 1.1) Pourquoi UDDI ? : -SOAP/WSDL permettent d’invoquer des services Web mais pas de les rechercher. -Les annuaires UDDI sont orientés B2B -On y trouve des informations techniques (WSDL) -Des informations sur l’entreprise 1.2) HISTORIQUE et définition : -Universel Description Discovery and Integration, connu aussi sous l'acronyme UDDI, est un annuaire de services fondé sur XML et plus particulièrement destiné aux services Web. -Le standard UDDI a été proposé par Microsoft, IBM et Aribaen septembre 2000. -Trois annuaires majeurs: -Le premier est hébergé par Microsoft. -Le second par IBM. -Le troisième (plus récent) par HP. -UDDI est une spécification qui décrit comment publier et découvrir des services Web sur un réseau. -Les annuaires UDDI ont pour but de localiser des services Web hébergés dans le monde entier 3

2) UDDI : caractéristiques importantes UDDI Neutre en terme de protocole –comme tout registre, il peut y avoir des pointeurs sur n’importe quoi (email, web page …) Possibilité de faire des recherches par domaine d’activité, service, Web Service Pas de QoS Nécessite un modérateur - Risques d’entrées erronées, de doublons, de fraude Nœuds privés et publics autorisés 4

3) Recherche de web services L'annuaire UDDI se concentre sur le processus de découverte de l'architecture orientée services (SOA), et utilise des technologies standards telles que XML, SOAP et WSDL qui permettent de simplifier la collaboration entre partenaires dans le cadre des échanges commerciaux. L'accès au référentiel s'effectue de différentes manières. Les pages blanches comprennent la liste des entreprises ainsi que des informations associées à ces dernières (coordonnées, description de l'entreprise, identifiants...). Les pages jaunes recensent les services Web de chacune des entreprises sous le standard WSDL. Les pages vertes fournissent des informations techniques précises sur les services fournis. Les entreprises publient les descriptions de leurs services Web en UDDI, sous la forme de fichiers WSDL. Ainsi, les clients peuvent plus facilement rechercher les services Web dont ils ont besoin en interrogeant le registre UDDI. L'Annuaire des services UDDI est un standard pour la publication et la découverte des informations sur les services Web. Les opérateurs UDDI vous garantissent la sécurité et l’intégrité des services Web contenus dans un annuaire 5

3) Recherche de web services Lorsqu'un client trouve une description de service Web qui lui convient, il télécharge son fichier WSDL depuis le registre UDDI. Ensuite, à partir des informations inscrites dans le fichier WSDL, notamment la référence vers le service Web, le client peut invoquer le service Web et lui demande d'exécuter certaines de ses fonctionnalités. 6

3) Recherche de web services Exemple : search Façons de rechercher un service. Nous allons rechercher les Web Services de la société Amazon. 7

3) Recherche de web services Exemple : search AmazonBusiness propose un Web Service Ce Web Service s’appelle GetBookPrice 8

4)Architecture fonctionnelle 4.1) Représentation des informations : Le cœur du registre UDDI est constitué par la représentation des données et des métadonnées sur les services Web. UDDI est la norme qui définit le mécanisme pour découvrir dynamiquement des services. Un client pointe vers un registraire UDDI, qui lui donnera la définition du service recherché. Le registraire UDDI sert de pages jaunes et liste les services disponibles. Le registraire UDDI est lui-même un Web Service qu'un client peut questionner. UDDI offre plusieurs services, en voici quelques exemples : -De type informationnels (nom d'entreprises, descriptions de l'entreprise, etc.) -Enregistrement d'entreprise -Liste de services disponibles par entreprise 9

4)Architecture fonctionnelle 4.2) Structures de données UDDI : Un registre UDDI se compose de cinq types de structures de données, le business Entity, business Service, bindingTemplate, tModel. Cette répartition par type fournit des partitions simples pour faciliter la localisation rapide et la compréhension des différentes informations qui constituent un enregistrement. 10

4)Architecture fonctionnelle A) BusinessEntity (entité d'affaires) - Sont en quelque sorte les pages blanches d'un annuaire UDDI - Ensemble d’informations sur l’entreprise qui expose le service 11

4)Architecture fonctionnelle B) business Service (Service d'affaires) - Sont en quelque sorte les pages jaunes d'un annuaire UDDI. - Ensemble d’informations sur les services exposés par l’entreprise - Elles décrivent de manière non technique les services proposés par les différentes organisations. 12

4)Architecture fonctionnelle C) BindingTemplate (modèle de rattachement) - Ensemble d’informations sur le lieu d’hébergement du service - UDDI permet de décrire des services Web utilisant HTTP, mais également des services invoqués par d'autres moyens (SMTP, FTP...). Les « bindingTemplate » donnent les coordonnées des services. 13

4)Architecture fonctionnelle D) TModel (index) - Ensemble d’informations sur le mode d’accès au service (WSDL !) - Les « tModel » sont les descriptions techniques des services. - UDDI n'impose aucun format pour ces descriptions qui peuvent être publiées sous n'importe quelle forme et notamment sous forme de documents textuels (XHTML, par exemple). E) publisherAssertion - Ensemble d’informations contractuelles pour accéder au service F) Remarque - Pour bien comprendre la relation entre un BindingTemplate et un tModel, il faut savoir qu’un Business Service peut supporter plusieurs types de business protocoles ou de spécifications (XML vocabulaires, EDI standards, Rosetta Net Partner Interface Processus,…). Le BindingTemplate peut faire référence à chacun de ces protocoles ou spécifications via un tModel spécifique. 14

5)L'interface UDDI 15 4.1) Interrogation inquiry : 4.2) Publication : - L'interface UDDI est définie sous forme de documents UDDI et implémentée sous forme de service Web SOAP. - Elle est composée des modules suivants : 4.1) Interrogation inquiry : cette interface permet de rechercher des informations dans un répertoire UDDI et de lire les différents enregistrements suivant le modèle de données UDDI. 4.2) Publication : cette interface permet de publier des informations dans un répertoire UDDI conformément à son modèle de données. 4.3) Sécurité : cette interface est utilisée pour obtenir et révoquer les jetons d'authentification nécessaires pour accéder aux enregistrements protégés dans un annuaire UDDI . 4.4) Contrôle d'accès et propriété custody and ownership transfer : cette interface permet de transférer la propriété d'informations (qui est à l'origine attribuée à l'utilisateur ayant publié ces informations) et de gérer les droits d'accès associés. 15

5)L'interface UDDI 16 4.6) Réplication interne et externe : 4.5) Abonnement Suscriptions : cette interface permet à un client de s'abonner à un ensemble d'informations et d'être averti lors des modifications de ces informations. Tous les répertoires UDDI doivent gérer un avertissement par polling (le client interroge le serveur pour savoir si des modifications ont eu lieu sur les données auxquelles il est abonné). 4.6) Réplication interne et externe : La réplication interne : A côté des interfaces utilisateurs que nous venons de voir, UDDI définit également L’interface permettant de synchroniser les nœuds d'un même annuaire UDDI. La réplication externe : par duplication d'informations entre différents annuaires UDDI N’a pas donné lieu à la définition d'une interface spécifique mais se fait en utilisant les interfaces interrogation (pour la lecture dans un annuaire), publication (pour la Publication dans un autre annuaire) et éventuellement abonnement (pour pouvoir propager les modifications ultérieures). 16

6) conclusion UDDI offre une fonction d'exécution intéressante qui peut être intégrée à des applications pour créer des clients plus dynamiques et plus robustes. En utilisant UDDI comme infrastructure dans une architecture de services Web, on peut écrire des applications plus fiables. 17

Références - http://dyomedea.com/papers/2004-wsc/3-soap.pdf - http://www.siteduzero.com/tutoriel-3-203276-les-services-web.html#ss_part_5 - http://benoitpiette.com/labo/introduction-aux-web-services.html#page6 - http://fr.wikipedia.org/wiki/Universal_ Description_Discovery_and_Integration 18

Merci pour votre attention