[Marie Hélène Wassa Mballo] Page
37
2.4 La gestion des services web
La création de services Web se justifie par
l'architecture orientée service, c'est-à-dire la volonté
de rendre accessible un service qui implémente un logique métier
cachée à des utilisateurs.
Un service web est un service offert par l'intermédiaire
du web. Autrement dit, le web est le média de communication
utilisé, et tous les services accessibles via ce média peuvent
être qualifiés de services web.
L'architecture des services web est constituée d'un
triplet qui assure toutes les caractéristiques requises:
UDDI (Universal Description Discovery and Integration)
[29]
Le référentiel UDDI permet d'exporter des
services Web pour ensuite les offrir à des applications clientes qui
viendront les trouver en effectuant des recherches à partir de plusieurs
critères. IL est essentiellement composé de quatre
éléments:
· businessEntity : contient les
informations sur chaque unité organisationnelle qui publie des
services.
· businessService : décrit
chaque service qu'un businessEntity offre, cette information est purement
descriptive et ne comporte d'instructions pour accéder ou utiliser un
service
· bindingTemplate: regroupe plusieurs
informations techniques destinées à décrire les points
d`accès aux services. Il représente le lien entre les
descriptions abstraites du businessService et des paramètres dont ces
services sont accédés.
· tModel: est le standard qui peut
décrire des détails spécifiques sur un businessService ou
un bindingTemplate. Pour la description il utilise une liste de paire
clé-valeur qui peut être associé à plusieurs objets
de la base de données UDDI.
WSDL (Web Service Description Language)
Permet de définir précisément quels sont
les services disponibles ainsi que la façon dont nous devons interagir
avec ceux-ci. Le WSDL est également fondé sur le formalisme
XML.
· Définition d'importation : le
document WSDL peut importer un autre document XML
· Définition des messages : un
message correspond aux données qui seront véhiculées entre
les participants, c'est-à-dire les applications clientes et les services
web
·
[Marie Hélène Wassa Mballo] Page 38
Définition des opérations : cette
définition est effectuée par l'intermédiaire de la section
portType qui est une énumération de descriptions
d'opérations.
· Définition des liaisons :
l'objectif de cette section est de préciser comment les
opérations vont être traitées par un protocole de
communication. Le protocole de communication utilisée ici est le
protocole SOAP
· Définition des services : cette
section définit le service en question, c'est-à-dire la liste de
ses points d'accès.
SOAP (Simple Object Access Protocol)
Un protocole de communication qui utilise le formalisme XML
pour, à la fois, définir les messages envoyés entre les
applications et représenter les données échangées ;
ce protocole appelé SOAP (Simple Object Access Protocol),
spécifié au sein du W3C. Ce protocole offre un mécanisme
de communication aussi bien pour l'intranet que pour l'Internet. Ce qui
signifie plus précisément, qu'une application envoie un message
SOAP vers une application, que celle-ci traite la demande effectuée par
ce message et renvoie un message de réponse à l'application
appelante.
2.4.1 Implantation d'un service web
La technologie des services web est une évolution des
environnements répartis, en effet beaucoup de fournisseurs
d'environnements répartis présentent aujourd'hui ces
environnements comme des plates formes d'implantation des services web.
En effet un service web n'est qu'une vue d'un service offert
sur le web ou du moins accessible via l'Internet, le comportement du service
offert doit être implanter ; cela implique l'utilisation de technologies
traditionnelles comme l'accès à des bases de données,
l'exécution des procédures de calculs, ..., toute la panoplie des
actions offertes par les plates formes du type environnement réparti.
C'est pour cela les plates formes réparties
traditionnelles telles que CORBA (Common Object Request Broker Architecture),
DCOM (Distributed Component Object Model), J2EE intègrent
progressivement le support des services web.
[Marie Hélène Wassa Mballo] Page 39
La mise en oeuvre d'un service web consiste à
développer une application qui répond à des messages SOAP.
Dans le cas d'une mise en oeuvre du type SOAP/http, la mise en oeuvre d'une
application serveur consiste à développer une servlet qui va
jouer le rôle de passerelle.
Actuellement plusieurs technologies tentent à
intégrer les services web. Nous avons l'environnement J2EE (Java 2
enterprise Edition) défini par Sun pour offrir un environnement de
développement d'applications serveurs écrites en java.
Tomcat qui est un outil de référence en terme de
conteneur de servlets et de JSP (Java Server Page), développé par
la fondation Apache (ASF, apache Software Foundation) sera combiné
à J2EE.
L'intérêt grandissant de tomcat s'explique du fait
que Sun et Apache ont annoncé que ce dernier deviendrait
l'implémentation officielle des spécifications des servlets et
des JSP.
Servlet jouant le rôle de paserelle
SOAP
Appel java vers le code
Implantation du service web
Figure2.2 : Illustration du rôle de passerelle
joué par une servlet
| 
