La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

1 Les technologies XML Cours 2 : Les Web Services Concepts Généraux Février 2011 - Version 1.0 -

Présentations similaires


Présentation au sujet: "1 Les technologies XML Cours 2 : Les Web Services Concepts Généraux Février 2011 - Version 1.0 -"— Transcription de la présentation:

1 1 Les technologies XML Cours 2 : Les Web Services Concepts Généraux Février Version 1.0 -

2 2 Web Services - Définition Un service Web est : une « unité logique applicative » accessible en utilisant les protocoles standard d Internet Un «composant» fournissant des données et des services à dautres applications. Les WebServices combinent les meilleurs aspects du développement à base de composants et du Web. Ils sappuient sur un ensemble de standards (WSDL, SOAP, XML-RPC et UDDI)

3 3 Web Services - Définition A Web service is a software application identified by a URI, whose interfaces and binding(1) are capable of being defined, described and discovered by XML artefacts and supports direct interactions with other software applications using XML based messages via Internet-based protocols. (W3C definition) Un service Web est une application logicielle identifiée par une URI dont les interfaces et les liaisons sont définies, décrites et découvertes en XML. Il supporte une interaction directe avec les autres applications logicielles en utilisant des messages XML via un protocole Internet.

4 4 Web Services - Objectifs Système ouvert et performant capable d'inter-opérer avec les applications existantes capable d'inter-opérer avec le monde extérieur : Extranet (B2B) capable d'inter-opérer avec le monde intérieur : Intranet (B2C) indépendant des technologies implémentées offrant un accès rapide, intégré et généralisé à linformation pertinente offrant des outils de travail, de communication, … Système réduisant les coûts développement rapide dapplications (RAD) utilisation de composants distribués et de ressources distantes réduction des coûts de développement Système fournissant une administration simplifiée depuis le Web avec des outils d'assistance

5 5 Web Services - Objectifs Les Web Services sont une des solutions utilisables dans une architecture orientée service (SOA). Ils facilitent linteropérabilité entre des applications développées pour des plates-formes et dans des langages différents. Ils permettent « douvrir » des applications existantes sur le monde Internet

6 6 Web Services - Pourquoi Évolution des solutions Middleware RPC : Remote Procedure Call MOM : Message Oriented Middleware (MQ Series, JMS) Objet Distribué (COM, DCOM, CORBA, RMI, EJB) Base de Données Orientées Middleware

7 7 Web Services - Pourquoi Historique des protocoles dinteropérabilité Ces protocoles ne sintègrent pas facilement avec le monde internet.

8 8 Web Services - Pourquoi Remote Procedure Call (RPC) Principe dappel de procédure type client/serveur sexécutant sur une machine distante dans un environnement dapplications distribuées. Un des plus vieux middlewares Fonctionne de manière synchrone Facile à comprendre et à coder Nécessite beaucoup de ressources Complexe à administrer Pas de standards / Implémentation spécifique à un vendeur Ne supporte pas la POO

9 9 Web Services - Pourquoi Message Oriented Middleware – Utilisation de messages asynchrones pour faire communiquer les applications Les avantages – Faible couplage – Garantie de livraison – Mécanisme de persistance Les inconvénients – Risque de surcharge du système – Implémentation propriétaire ( msg + architecture) – Plus le système est grand et hétérogène, plus ladministration est difficile – Peu portable et peu interopérable

10 10 Web Services - Pourquoi Les objets distribués CORBA : Common Object Request Broker Architecture Norme de communication utilisée pour l'échange entre objets logiciels hétérogènes. Un langage, IDL (Interface Definition Language) décrit les traitements effectués et les formats de données en entrée et en sortie. Un bus applicatif, ORB (Object Request Broker) constitue le coeur de CORBA par lequel les requêtes sur les objets transitent.

11 11 Web Services - Pourquoi Les avantages: Indépendant du système dexploitation et du langage de programmation. Permet lintégration des systèmes propriétaires grâce à lIDL CORBA standardisé par lOMG CORBA intègre les aspects métiers. La version 2.3 interopère avec RMI Les inconvénients Incompatibilité entre les implémentations CORBA complexe à appréhender et à mettre en place. Problème de pare-feu Sécurité et administration Pas aussi simple quon pense, nécessite des changements dans les applications…

12 12 Web Services - Pourquoi RMI : Remote Method Invocation Le but de RMI est de permettre l'appel, l'exécution et le renvoi du résultat d'une méthode exécutée dans une machine virtuelle différente de celle de l'objet l'appelant

13 13 Web Services - Pourquoi Avantages Plus simple que le développement des sockets JAVA Supporte la POO Rend Transparent les communications entre objets Permet une gestion distribuée des ressources Inconvénients Limité à la plate-forme JAVA Architecture fortement couplée Pas de gestion de session

14 14 Web Services - Pourquoi COM/DCOM : Component Object Model Modèle de Microsoft pour le développement de composants logiciels réutilisables, orientés objet et indépendants du langage de programmation. DCOM est le successeur de COM et intègre le multi-machine.

15 15 Web Services - Pourquoi Les avantages Simple dutilisation. Portabilité binaire Les inconvénients Spécifique à Microsoft Problème de gestion des états et de sessions Pas de portabilité du code

16 16 Web Services - Intérêt Ils utilisent XML pour léchange des données et messages. Ils permettent lintégration de plates-formes hétérogènes via le protocole HTTP Lutilisation du protocole HTTP facilite le passage des pare- feux Les développeurs ont lembarras du choix en matière de langage de programmation : Java, C, C++, Perl, Python, Ruby, C#, et/ou Visual Basic, Ils nécessitent peu ou pas de modification des applications existantes Ils permettent un couplage faible, les composants sont simples mais peuvent résoudre des problèmes complexes

17 17 Web Services - Intérêt Ils peuvent être créer facilement une fois lapplication terminée pour exposer un service sur le net Il nexiste pas de client propriétaire Des outils de développement et de déploiement sont fournis par les principales plateformes J2EE et Microsoft.NET La localisation et linvocation dynamique dautres services est possible à partir de registres privés ou publics

18 18 Web Services : technologies utilisées XML (eXtensible Markup Language) Échange de messages XML entre client et serveur Lisible, structuré HTTP, SMTP… Réutilisation des standards usuels dInternet SOAP (Simple Object Access Protocol) Protocole définissant les échanges XML entre entités WSDL (Web Services Description Language) Langage de description technique des services web proposés UDDI (Universal Description Discovery and Integration) Annuaire des services web disponibles et des fournisseurs de ces services

19 19 Web Services : Les Acteurs Service Provider (Fournisseur de service) Application s'exécutant sur un serveur et comportant un module logiciel accessible par le Web en XML Service Registry (Annuaires de service) Annuaire des services publiés par les providers (UDDI) Géré sur un serveur niveau application, entreprise ou mondial Service Requester (Demandeur de service) Application cliente se liant à un service et invoquant ses fonctions par des messages XML (SOAP)

20 20 Fournisseur de Web Services Annuaire UDDI WebServices référencés Description WSDL Description WSDL Back Office Et Système d entreprise Serveur web Serveur dapplication Business Object Business Object Business Object Description WSDL Description WSDL Web Service 2 Web Service 1 Description WSDL Description WSDL 1°) Publication dun service Web Services : Mécanismes 1/3

21 21 Annuaire UDDI WebServices référencés Description WSDL Description WSDL Fournisseur de Web Services Back Office Et Système d entreprise Serveur web Serveur dapplication Business Object Business Object Business Object Web Service 2 Web Service 1 Description WSDL Description WSDL Client du Web Service Business Object Description WSDL Description WSDL 2°) Recherche dun service Web Services : Mécanismes 2/3

22 22 Web Services : Mécanismes 3/3 Annuaire UDDI WebServices référencés Description WSDL Description WSDL Fournisseur de Web Services Back Office Et Système d entreprise Serveur web Serveur dapplication Business Object Business Object Business Object Web Service 2 Web Service 1 Description WSDL Description WSDL Client du Web Service Business Object Description WSDL Requête SOAP 3°) Invocation dun service

23 23 Web Services :.NET et J2EE.Net (Microsoft).net Framework SDK (//msdn.microsoft.com/webservices) Support depuis Visual Studio.Net Développement en tout langage (VB, C++, C#) Deux composants essentiels Common Language Runtime (MSIL).net class Libraries (GUI, DB, ASP, …) J2EE (Sun) API spécialisée pour Java-XML (JAX) Java API for XML Processing (JAXP) Java Architecture for XML Binding (JAXB) Java API for XML Messaging (JAXM) Java API for XML-based RPC (JAX-RPC) Java API for XML Registries (JAXR) Java API for XML Web Services (JAX-WS)

24 24 Web Services : Produits Apache SOAP (Apache project) Servlet permet de déployer les services Appel servlet depuis SOAP Web Services Toolkit (IBM, alphaWorks) Générateur WSDL à partir de classe Java ou EJB Générateur de Proxy client Java Metro Implémentation de référence (jax-ws) Autres BEA (Oracle), Broadvision, etc.

25 25 SOAP : protocole d'invocation de services Web sur HTTP Lisible et extensible Intégré à HTTP Passant les firewalls Description en WSDL Pousser par Microsoft, IBM, Ariba Web Services : Synthèse Web Services : Invocation dynamique de services WEB décrits en WSDL Intégrité et typage des données (schémas XML) Possibilité de découvrir dynamiquement les services (UDDI) Lisibilité et sécurité renforcée (filtrage dans les pare-feu) Indépendance des constructeurs (W3C) Intégration des transactions, des workflows et de la sécurité en cours

26 26 Web Services : Les Inconvénients Sécurité faible Entête SOAP nimplémente pas nativement la sécurité Attaques par DOS (Deny Of Service) Problèmes liés à HTTP / Internet Absence de qualité de service Temps de transmission variable Pas daccusé de réception Blocage dapplication SOAP inadapté à lapproche synchrone Temps dexécution variable Latence du réseau Pas dinformation davancement Pas dinformation de « panne »


Télécharger ppt "1 Les technologies XML Cours 2 : Les Web Services Concepts Généraux Février 2011 - Version 1.0 -"

Présentations similaires


Annonces Google