Le petit monde des technologies de l'information aime les buzzwords. Il y a eu une époque où tout le monde disait "Network Computer" autant que possible, il y a eu une époque ou "Java" devait figurer dans tout white paper ou business plan qui se respecte, il y a eu l'époque "XML", il y a eu l'époque "Open Source"...


En ce moment, l'un des mots à la mode est "webservices"... mais comme toujours, la plupart des gens qui en parlent ne savent pas vraiment ce que c'est... :>>


Bon, il faut dire aussi qu'on nous rabache systématiquement les mêmes exemples peu parlants... Dans la presse vous pouvez lire que grâce aux webservices un site web de voyages peut communiquer en temps réel avec les centrales de réservation de la compagnie aérienne ainsi que celle de l'hôtel où vous allez afin de vérifier en direct la disponibilité de votre séjour tout compris. Ca vous parle? :lalala:


Dans les tutoriaux, vous tomberez inévitablement sur un autre exemple parfaitement grotesque: comment envoyer deux nombres vers un serveur distant qui nous retourne en échange la somme de ces deux nombres! 8| Ou encore: envoyez le numéro d'un département et recevez en retour le nom du département... :|


Okay, à mon tour d'ajouter mon petit grain de sel et de tenter d'apporter des exemples plus parlants... ;D

Le concept


Tout d'abord, le concept de web-service veut simplement dire qu'un serveur propose des fonctions (des "services") que vous pouvez invoquer à distance à travers le web afin de déclencher un traitement sur le serveur distant et/ou obtenir une information de ce serveur.


Ce concept n'est pas nouveau. Avant on appellait ça des RPC pour "Remote Procedure Calls". Outre les RPC du monde UNIX, il existe pour celà des standards ouverts depuis belle lurette, en particulier CORBA et la réponse propriétaire de Microsoft: DCOM.


La seule nouveauté avec les webservices, c'est que ces appels de procédures à distance se font comme des appels de page web, c'est à dire sur le protocole HTTP. "Je demande une URL, je reçois une page" devient "Je demande un service, je reçois une réponse". L'unique avantage de passer par HTTP est de ne pas nécessiter l'ouverture de ports spécifiques sur les firewalls. Super innovant comme concept, non? :crazy:


Bien évidemment, les webservices ont leurs propres standards, en particulier SOAP (le plus utilisé) ou encore XML-RPC (un protocole version "light", pourrait on dire).


Bon concrêtement, me direz vous, ça sert à quoi? Voici donc mes deux exemples à moi... ;)


Exemple 1: Lutte contre le spam


C'est un exemple spécial bloggers. Vous avez donc un blog sur lequel on peut laisser des commentaires (comme ici). Depuis quelques mois, vous constatez que des robots postent automatiquement des commentaires de spam renvoyant vers des sites tout à fait indésirables. Vous les supprimez méthodiquement...


Peut être même votre outil de blog vous propose-t-il d'alimenter une blacklist d'URL indésirables. Ainsi, en cas de nouveau spam pointant vers une URL indésirable connue, l'outil de blog le refuse automatiquement. Toutefois, vous devez lui apprendre chaque nouveau spam, un par un.


En mettant à profit les webservices, votre outil de blog pourrait envoyer chaque nouvelle URL indésirable vers un site centralisé et recevoir en retour toutes les URL indésirables déjà recensées par d'autres bloggeurs. Votre outil de blog dispose ainsi de signatures de spam avant même que le spam n'ait atteint votre site!


Si vous voulez voir ce système en action, téléchargez la dernière version de b2evolution (version 0.8.7 ou CVS).


Exemple 2: Portefeuille d'investissements centralisé


Autre exemple: Vous avez un compte titres dans un établissement financier, un PEA dans un autre ainsi que deux contrats d'assurance vie dans encore deux autres établisssements différents. (Je pourrais vous expliquer pourquoi il est important de ne pas mettre tous ses oeufs dans le même établissement mais c'est vraiment hors sujet là...) Sur chacun de des quatre comptes, vous avez acheté un certain nombre de titres actions, parts de SICAV, FCP ou autres...


Etant donné que nous sommes au 21ème siècle, chacun de vos 4 établissements financiers vous propose, sur son site web, de suivre les performances de vos investissements en temps réel. C'est beau la technologie vous dites vous... Hummm... en fait, au bout de quelques semaines à faire systématiquement la tournée des quatre sites web en rentrant à chaque fois URL, login, mot de passe, clic par ci, clic par là, vous commencez vraiment à penser le contraire! >:XX


Pire encore, si vous avez acheté des parts de SICAV par exemple, disons 5 SICAVs différentes sur chacun de vos 4 comptes. Si vous voulez lire les rapports hebdomadaires ou mensuels des gérants de ces SICAV, vous devez alors faire la tournée des 20 sites web des gérants de vos SICAV pour suivre vos investissements. XX(


Ici encore, imaginez que vous ayez un outil qui permette, grâce à des appels de webservices, de récupérer automatiquement vos positions sur les sites de vos établissements financiers ainsi que les rapports de gestion sur les sites des gestionnaires de SICAV... vous auriez un comtpe rendu complet centralisé, et toujours à jour.


Avec quelques webservices supplémentaires, vous pourriez même acheter, vendre, arbitrer sur l'ensemble de vos comptes depuis un logiciel ou un site centralisé.


Je ne connais pas de logiciel permettant de faire celà à ce jour (pour les particuliers) et je n'ai pas les contacts nécessaires chez les principaux acteurs de la place pour leur proposer de réaliser un tel projet. Mais si vous connaissez des solutions en cours, ça m'intéresse! ;)