Les terminologies Web Services et Service Web sont conservées en anglais pour éviter toute confusion.

Un Web Service est une méthode qu'on peut appeler à distance à travers un réseau (comme un intranet d'entreprise ou internet lui-même). Nous avons vu dans la Section 1 un exemple de service web sur un intranet d'entreprise qui était disponible via SOAP par l'intermédiaire d'HTTP. Vous pouvez facilement imaginer des services similaires rendus disponibles sur Internet. De tels services web sont différents des traditionnels services internet basés sur le contenu. La différence fondamentale est celle-ci:

• Les services basés sur le contenu délivrent des pages web (produites statiquement ou dynamiquement) destinées à une consommation humaine
• Les services web délivrent des données à des ordinateurs

Prenons un autre exemple. Nous présumons que vous êtes familier avec les moteurs de recherche comme Google qui peuvent vous traduire un contenu web. De cette façon, vous pouvez visionner la version anglaise d'une page web écrite (ou dynamiquement créée) en espagnol. La version traduite est typiquement produite à la volée par un software installé sur le site du moteur de recherche. Traditionnellement, si vous voulez monter un nouveau site avec des capacités similaires, vous aussi, vous auriez besoin soit de créer soit d'acheter un software pour traiter les traductions et de l'installer dans votre serveur web. Mais dans le nouveau monde des services web, il est possible de déléguer ce travail à un site possédant un service web dédié à la traduction, exploitable via une requête SOAP.

La signature de la méthode du service peut ressembler à:

String translate {
     String sourceLanguage;
     String targetLanguage;
     String textToTranslate;
}

Votre moteur de recherche prend la page demandée, la fragmente en markup et en texte, et pour chaque fragment de texte, appelle le service web en spécifiant les langages source et cible. Avec le texte renvoyé et les markups originaux, la page peut être reconstruite.

En laissant de côté certains détails, tels que les standards pour identifier les langues ou comment le fournisseur de services peut facturer pour l'utilisation, vous pouvez facilement voir combien l'idée de base est puissante. Le Service Web sera l'axe central fonctionnel de la future génération des applications distribuées. . Imaginez des services web qui fournissent des cotations d'actions et des conversions de monnaies que vous pouvez incorporer dans vos propres applets spécialisés. Ou une page web qui utilise des services web de catalogues de prix fournis par les magasins en ligne afin de parcourir le net et de trouver les meilleures affaires. Imaginez un grossiste rendant disponible par SOAP son inventaire et ses prix de sorte que leurs détaillants associés puissent contrôler la disponibilité et commander en gros en réponse à la demande client. Imaginez votre PDA capable de changer la réservation de votre taxi ou de votre train automatiquement, en réponse à la reprogrammation de votre réunion de l'après-midi, sans connaître plus qu'un simple protocole et l'URL pour chaque service. Le Service Web permettra à chacun de se concentrer sur son propre domaine d'expertise et d'incorporer des informations et des fonctionnalités d'autres domaines d'expertise.

Référez vous à XMethods pour obtenir une liste de services web déjà disponibles publiquement sur internet et prêts à être introduits dans vos applications distribuées.

Bien sûr, un grand challenge sera d'indexer le Service Web de sorte que les services et leurs signatures soient faciles à utiliser et à exploiter. Les réponses à ce besoin sont les standards WSDL et UDDI qui travaillent ensemble pour respectivement définir et situer les services web (Référez vous à la Specification WSDL 1.1 et www.uddi.org pour les details). Nous n'entrerons pas dans les détails de ces standards sur ce site.