Chapitre 1-
Les services Web-Introduction
Responsables du cours :
Héla HACHICHA
Année Universitaire : 2014 - 2015
Les services Web
 Objectifs
 Généralités (définition, évolution)
 Architecture des services web
 Briques de l’architec...
Besoins des Applications Web
3
 Le Web classique
 Conçu pour les applications à interactions humaines
 Partage d'inform...
Principes des services Web
4
 Proposer une plate-forme de traitement distribuée
autour d'Internet/Intranet
 Permettre l'...
Exemple d'applications
5
 Diffusion d'information
 horaires, incidents, états de stocks
 cours de bourse, entrées d'ann...
Définition
6
 Les Services Web sont des services offerts via le
web
 Par exemple, un client demande le prix d’un article...
Un Service Web, c’est quoi ?
 Un service Web est une « unité logique
applicative » accessible en utilisant les
protocoles...
Un Service Web, c’est quoi ?
 Un Web service est un composant logiciel identifié par une
URI, dont les interfaces publiqu...
Un Service Web, c’est quoi ?
 URI : Uniform Resource Identifier : Exemples
 URL : http://www.w3.org/
 mail : mailto:get...
Un Service Web, c’est quoi ?
 Caractéristiques:
 Réutilisable
 Indépendamment de
 la plate-forme (UNIX, Windows, …)
 ...
Evolution du Web
11
Architectures existantes
12
Architecture 2 tiers Architecture n tiers
Client x
Serveur
Client zClient y
Client x
Serveur A...
Architectures existantes
13
• L’architecture 2 tiers fonctionnait très bien mais a
vite montré ses limitations de part l’a...
Architecture des Services Web
14
Client x
Serveur A
Client y
Client z
Objet
métier A
Serveur B
Serveur C
S
E
R
V
I
C
E
W
E...
Exemple
15
Hôpital X
Hôpital Y
Mutuelle Z
S
E
R
V
I
C
E
S
W
E
B
APB
CARENET
Médecin A
Médecin B
Kind & Gezin
S3
Le Web 3ème génération :
Architecture Web Services
16
Service
Requester
Service
Provider
Service
Provider
Service
Provider...
Pourquoi faire ?
 Les services Web permettent d’interconnecter :
 Différentes entreprises
 Différents matériels
 Diffé...
Quels objectifs ?
 Remplacer les protocoles actuels (RPC,DCOM,RMI)
par une approche entièrement ouverte et
interopérable,...
Et plus concrètement ?
 Une nouvelle technologie des objets distribués ?
 Invocation distante des services Web : SOAP (~...
Architecture de base
20
Trois acteurs :
 le fournisseur de service (service provider ) :
 définit le service
 publie sa...
Architecture de base
21
Cycle de vie d’utilisation
22
7: Réponse SOAP
5: Requête SOAP
1: Inscription2: Recherche
de service 3: Description
WSDL
4:...
Cycle de vie complet
23
 Etape 1 : Déploiement du service Web
 Dépendant de la plate-forme (Apache : WSDD)
 Etape 2 : E...
1: Déploiement du WS
24
2: Enregistrement du WS
25
3: Découverte du WS
26
4: Invocation du WS
27
Architecture globale
28
HTTP/S
Description
of providers
and services
UDDI Category
Provider
WSDL
Service
Publication
SOAP
...
Briques de l’architecture de base
 SOAP (Simple Object Access Protocol) :
 version 1.1 : mai 2000 (http://www.w3c.org/TR...
Architecture de base
30
Mise en œuvre de l’architecture
1. Communication : SOAP/HTTP
2. Description : WSDL
3. Publication et Recherche : UDDI
Atte...
Implémentations des services Web
suite …
32
Prochain SlideShare
Chargement dans…5
×

Chap1 p1-introduction

215 vues

Publié le

cours ssoa

Publié dans : Internet
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
215
Sur SlideShare
0
Issues des intégrations
0
Intégrations
6
Actions
Partages
0
Téléchargements
17
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Chap1 p1-introduction

  1. 1. Chapitre 1- Les services Web-Introduction Responsables du cours : Héla HACHICHA Année Universitaire : 2014 - 2015
  2. 2. Les services Web  Objectifs  Généralités (définition, évolution)  Architecture des services web  Briques de l’architecture de base  SOAP  WSDL  UDDI  Implémentations  Les APIs Java (JAXP, JAX-RPC, JAXM, JAXR, JAXB)  Implémentation avec JAX-RPC  Apache SOAP, Apache Axis  Conclusion 2
  3. 3. Besoins des Applications Web 3  Le Web classique  Conçu pour les applications à interactions humaines  Partage d'information  E-commerce de type B2C  Extensions nécessaires : Nouveaux besoins  Accès à l'information depuis des programmes  Processus de e-commerce B2B automatisés  Interopérabilité entre applications  Plate-forme pour le calcul distribué
  4. 4. Principes des services Web 4  Proposer une plate-forme de traitement distribuée autour d'Internet/Intranet  Permettre l'interopérabilité totale entre composants  Offrir un modèle de composants simple  Modules avec interfaces de fonctions  Permettre de découvrir dynamiquement les services  Annuaire de services et service de recherche  Offrir des outils d'intégration de composants à l'échelle de l'Internet ou de l'Intranet
  5. 5. Exemple d'applications 5  Diffusion d'information  horaires, incidents, états de stocks  cours de bourse, entrées d'annuaires, etc.  Contrôle d'information  autorisation de cartes de crédits  authentification d'un client  Mise à jour de logiciels  Documentation automatique  présentation, marketing, veille technologique  librairie électronique, manuels, maintenance, etc.  communication et "knowledge management"  Commerce électronique  présentation, sélection, transaction, médiation, etc.
  6. 6. Définition 6  Les Services Web sont des services offerts via le web  Par exemple, un client demande le prix d’un article en envoyant un message sur le web. Ce message contient la référence de l’article. Le Service Web va recevoir la référence, effectuer le traitement du service et renvoyer le prix au client via un autre message
  7. 7. Un Service Web, c’est quoi ?  Un service Web est une « unité logique applicative » accessible en utilisant les protocoles standard d’Internet  Une «librairie» fournissant des données et des services à d’autres applications.  Un objet métier qui peut être déployé et combiné sur Internet avec une faible dépendance vis-à-vis des technologies et des protocoles.  Combine les meilleurs aspects du développement à base de composants et du Web. 7
  8. 8. Un Service Web, c’est quoi ?  Un Web service est un composant logiciel identifié par une URI, dont les interfaces publiques sont définies et appelées en XML.  Sa définition peut être découverte par d'autres systèmes logiciels.  Les services Web peuvent interagir entre eux d'une manière prescrite par leurs définitions, en utilisant des messages XML portés par les protocoles Internet.  proposant diverses fonctionnalités que d’autres programmes peuvent  découvrir dynamiquement  et utiliser grâce à des protocoles  décrits en XML  basés sur l’échange de messages  écrits en XML  transmis par HTTP, FTP, SMTP, etc.(http://www.w3.org/TR/ws-gloss/) 8
  9. 9. Un Service Web, c’est quoi ?  URI : Uniform Resource Identifier : Exemples  URL : http://www.w3.org/  mail : mailto:getlost@nospam.org  FTP : ftp://ftp.ufrmd.dauphine.fr/pub/docs/  Un service web est  un programme accessible par internet  par l’intermédiaire de messages XML  transmis par HTTP Un standard pour les systèmes répartis basés sur XML+HTTP Une vision plus simple 9
  10. 10. Un Service Web, c’est quoi ?  Caractéristiques:  Réutilisable  Indépendamment de  la plate-forme (UNIX, Windows, …)  l’implémentation (VB, C#, Java, …)  l’architecture sous-jacente (.NET, J2EE, Axis…) 10
  11. 11. Evolution du Web 11
  12. 12. Architectures existantes 12 Architecture 2 tiers Architecture n tiers Client x Serveur Client zClient y Client x Serveur A Client y Client z Objet métier (CORBA,DCOM,RMI…) Serveur B Serveur C INTRANETINTRANET
  13. 13. Architectures existantes 13 • L’architecture 2 tiers fonctionnait très bien mais a vite montré ses limitations de part l’apparition de systèmes hétérogènes devant être interfacés • C’est alors que l’architecture n tiers est arrivée, permettant l’interfaçage de différents systèmes mais entraînant un investissement en terme de puissance serveurs et fluidité des réseaux
  14. 14. Architecture des Services Web 14 Client x Serveur A Client y Client z Objet métier A Serveur B Serveur C S E R V I C E W E B Objet métier B Objet métier C INTERNET INTRANET Le Service Web apparaît donc ici clairement comme une interface entre les clients disséminés sur Internet et les différents objets métiers permettant l’accès aux serveurs de données
  15. 15. Exemple 15 Hôpital X Hôpital Y Mutuelle Z S E R V I C E S W E B APB CARENET Médecin A Médecin B Kind & Gezin S3
  16. 16. Le Web 3ème génération : Architecture Web Services 16 Service Requester Service Provider Service Provider Service Provider Service Provider WEB-HTTP CLIENT Service Registry Request Request Request Request Publish Publish Publish Publish Find SERVEUR SERVEUR SERVEUR SERVEUR SERVEUR
  17. 17. Pourquoi faire ?  Les services Web permettent d’interconnecter :  Différentes entreprises  Différents matériels  Différentes applications  Différents clients  Distribuer et intégrer des logiques métiers  Vers le Web sémantique  Les services Web sont faiblement couplés 17
  18. 18. Quels objectifs ?  Remplacer les protocoles actuels (RPC,DCOM,RMI) par une approche entièrement ouverte et interopérable, basée sur la généralisation des serveurs Web avec scripts CGI.  Faire interagir des composants hétérogènes, distants, et indépendants avec un protocole standard (SOAP).  Dédiés aux applications B2B (Business to Business), EAI (Enterprise Application Integration), P2P (Peer to Peer). 18
  19. 19. Et plus concrètement ?  Une nouvelle technologie des objets distribués ?  Invocation distante des services Web : SOAP (~IIOP)  Description des services Web : WSDL (~IDL)  Enregistrement et découverte de services Web : UDDI (~NameService)  Basés sur des standards XML  Standards du W3C : XML, SOAP, WSDL  Standards industriels : UDDI, ebXML  Propriétaires : DISCO, WSDD, WSFL, ASMX, …  Implémentations actuelles :  Microsoft .Net  Sun JavaONE : J2EE + Web services (WSDP = JAXP,JAX- RPC,JAXM…)  Apache XSOAP / Axis, IBM WSTK  Oracle, Bea, Iona, Enhydra … 19
  20. 20. Architecture de base 20 Trois acteurs :  le fournisseur de service (service provider ) :  définit le service  publie sa description dans l’annuaire  réalise les opérations  l’annuaire (discovery agency, Service Registry ) :  reçoit et enregistre les descriptions de services publiées par les fournisseurs  reçoit et répond aux recherches de services lancées par les clients  le client (service requestor ) :  obtient la description du service grâce à l’annuaire  utilise le service
  21. 21. Architecture de base 21
  22. 22. Cycle de vie d’utilisation 22 7: Réponse SOAP 5: Requête SOAP 1: Inscription2: Recherche de service 3: Description WSDL 4: Construction requête 6: Traitement UDDI Fournisseu r Client
  23. 23. Cycle de vie complet 23  Etape 1 : Déploiement du service Web  Dépendant de la plate-forme (Apache : WSDD)  Etape 2 : Enregistrement du service Web  WSDL : description du service  Référentiels : DISCO (local), UDDI (global)  Etape 3 : Découverte du service Web  Etape 4 : Invocation du service Web par le client
  24. 24. 1: Déploiement du WS 24
  25. 25. 2: Enregistrement du WS 25
  26. 26. 3: Découverte du WS 26
  27. 27. 4: Invocation du WS 27
  28. 28. Architecture globale 28 HTTP/S Description of providers and services UDDI Category Provider WSDL Service Publication SOAP Transport SOAP Client XML Service Call SOAP Transport Service Service Provider Application discovery?
  29. 29. Briques de l’architecture de base  SOAP (Simple Object Access Protocol) :  version 1.1 : mai 2000 (http://www.w3c.org/TR/SOAP/)  version 1.2 : CR en décembre 2002  cadre général permettant l’échange de données  structurées au format XML  protocole de transport de ces données basé sur HTTP  WSDL (Web Services Description Language) :  version 1.1 : mars 2001  (http://www.w3.org/TR/2001/NOTE-wsdl-20010315)  version 1.2 : Working Draft  dialecte XML permettant de décrire un service web  UDDI (Universal Data Description Interface) :  version 3 : juillet 2002 (http://uddi.org/pubs/uddi-v3.00-published- 20020719.htm)  annuaire permettant d’enregistrer et de rechercher des descriptions de services web 29
  30. 30. Architecture de base 30
  31. 31. Mise en œuvre de l’architecture 1. Communication : SOAP/HTTP 2. Description : WSDL 3. Publication et Recherche : UDDI Attention : l’architecture précise  des formats (dialecte XML)  des sémantiques associées (sens de chaque élément des documents XML)  des protocoles (e.g., utilisation de HTTP pour transmettre des messages SOAP)  des services web standards (comme les API de UDDI) 31
  32. 32. Implémentations des services Web suite … 32

×