tp2- developpement d`une application soa

1
Université Constantine 2 – Abdelhamid Mehri
Faculté des Nouvelles Technologies de l’Information et de la Communication
Département Technologies des Logiciels et Systèmes d’Information
Formation Master 2 Systèmes d’Information et Technologies Web
Web Services
2016/2017
TP2- DEVELOPPEMENT
D’UNE APPLICATION
SOA
Dr. DJAMEL BENMERZOUG
Objectifs du TP : Création d’une application SOA Composite
en utilisant BPEL et openESB

2
1. Introduction
L'API Google Webs vous permet d'incorporer la fonction de recherche Web de Google dans
les pages Web et applications que vous voulez développer, de sorte que vos utilisateurs
peuvent rechercher tout ou partie du Web directement depuis l'application.
L'API Google Webs est un service Web qui utilise les normes SOAP et WSDL. Vous pouvez
utiliser l'API de Google pour développer des applications Web indépendamment de langage
de programmation que vous préférez (Java, Perl, Ruby, ou C #, …). Les programmes que
vous développez utilisent SOAP pour se connecter à distance aux services de l'API Google
Webs, et ainsi retourner des résultats de recherche à partir de l'index de Google.
1.1 Types d'applications Google
En utilisant l'API Google Webs, vous pouvez ajouter toutes sortes de fonctionnalités à vos
applications. Vos programmes peuvent
- émettre automatiquement des demandes de recherche à l'index Google, puis recevoir
les résultats sous forme de données structurées dans le format que vous spécifiez.
- accéder à des données historiques dans le cache de Google.
- utiliser l'API Google Webs comme un correcteur orthographique. (
En résumé, tout ce que vous pouvez le faire à partir du site Web de Google est réalisable à
partir de vos applications.
Exemples de quelques services Google qu’on peut l’intégrer à nos applications :
Market research : Un programme qui surveille régulièrement le Web pour afficher de
nouvelles informations sur un sujet donné
Data analysis : Un programme qui permet aux utilisateurs d'analyser en temps réel des
informations récupéré à partir du Web, tels que : des actualités, des cotations boursières, etc.
Trend analysis : Un programme qui récupère et analyse la quantité d'informations
disponibles sur un sujet au fil du temps.
Search interface : Un programme qui permet la recherche de renseignements des utilisateurs
à l'aide d'une interface non-HTML.
Spell checking : Un programme qui intègre la fonction de vérification d’orthographe.
1.2 Utilisation de l'API Google Webs
Pour développer avec l'API Google Webs, vous pouvez suivre les étapes suivantes :
1. Accédez à la page Web de Google API et télécharger le kit de développement. (Le kit
de développement comprend toute la documentation et des exemples de code dont
vous avez besoin pour commencer la programmation avec l'API Google Webs.)

3
2. Cliquez sur le lien pour créer un compte Google (ou inscrivez-vous à un compte
existant) et de créer une clé de licence.
3. Développer vos programmes. Votre code doit inclure votre clé de licence avec chaque
requête que vous soumettez au service de l'API Google Webs.
Remarque : Le kit de développement de l’API Google Webs comprend un fichier WSDL
décrivant le service Google, une bibliothèque de client Java personnalisé, documentation
sur la façon d'utiliser le service, et des exemples des messages SOAP.
2. Objectif de TP N°2
L’objectif principal de ce TP est de développer une application SOA composite en utilisant
l’environnement openESB et le langage BPEL. L’application que nous voulons développer
permet d’invoquer une fonctionnalité de Google (par exemple l’API Google Custom Search).
L’application doit comporter au moins un service externe invoqué, puis stocker les
informations de la demande ainsi que la réponse dans une base de données.
Pour le développement de cette application, nous devons connaitre un certain nombre de
concepts.
- OpenESB
OpenESB
1
est un Enterprise Service Bus (ESB) respectant la norme Java Business
Integration (JBI), définie dans la spécification JSR 208.
L’environnement openESB permet l'intégration de plusieurs logiques métiers hétérogènes.
Il dispose de deux types de composants:
o engins d'exécution (service engine) qui permettent d'exécuter les différentes
logiques métiers (BPEL, SQL, JEE, etc.)
o composants de connexion (binding component) implémentant les différents
standards de communication (FTP, HTTP, JDBC, etc.).
- BPEL
Le langage BPEL
2
permet de représenter les processus métiers, et de créer simplement des
applications complexes faisant appel à plusieurs services web (voir chapitre 1 pour plus de
détails).
Les outils SOA de l’environnement openESB fournissent un environnement graphique
BPEL rendant ainsi la création de ces applications plus intuitive.
1
OpenESB : Open Enterprise Service Bus : http://www.open-esb.net
2
BPEL : Business Process Execution Language

4
Pour comprendre les processus BPEL, il faut définir un ensemble de concepts:
o Les services partenaires (Partner Services) : représentent tout service externe
ou client qui interagit avec le processus BPEL.
o Les activités : ce sont les tâches métier individuelles dans le processus,
permettant de réaliser l’objectif global de processus.
o Les variables : Il existe plusieurs variables et messages qui circulent entre les
activités du processus, et entre les activités et les partenaires. Dans la Figure 1,
on retrouve une activité Assign, qui permet d’affecter des éléments ou des
valeurs à une nouvelle variable. Cela peut être réalisé par une simple opération
de copie, ou par un traitement sur les entrées (concaténation, somme…). Cette
affectation est représentée par un autre outil openESB : Le BPEL Mapper (voir
la Figure 2)
Figure 1 : Exemple de processus BPEL avec les outils graphiques de OpenESB

5
- JBI
JBI
3
est une norme édictée dans la JSR208, basée sur une approche SOA. Il définit une
architecture permettant la mise en place de solutions d’intégration, basées sur l’utilisation
de composants qui communiquent via des messages.
JBI définit une partie d’un ESB: le conteneur de services, responsable de la vraie
intégration.
C’est l’endroit où des composants informatiques (comme des applications, protocoles,
bases de données ou même fichiers de données) sont transformés en fournisseurs et/ou
consommateurs de services. Il définit les services sous forme de fichiers WSDL.
3
JBI : Java Business Integration
Figure 2 : BPEL Mapper