La plateforme WSRP

5.3.1. Définition de Portail et de Portlet

La plateforme WSRP (Web Service for Remote Portlets)[WSRP 2006] est une spécification définie par OASIS (Organization for the Advancement of Structured Information Standards). Elle permet à un portail, placé du côté du client, d’interroger des portlets par le biais d’un service web. Le portail permet de centraliser sur une unique page appelée portail différents modules appelés portlets.

D’un point de vue technique, le portail est une interface graphique qui offre une porte d’entrée unique sur un large panel de portlets distants par le biais de services web distants. Il fournit un conteneur pour l'agrégation des portlets provenant de diverses applications de services distants; le portail fourni aux portlets un environnement d'exécution. Il les compose sur une page et gère leurs cycles de vie.

L'utilisateur ne connaît pas les différentes applications de services qu’il demande et il ne se soucie pas de comment le contenu ou la fonctionnalité de ses services sont fournis. Le

portail utilise une interface unique qui exécute les portlets à travers une composition. L'utilisateur voit le portail comme un espace de travail personnalisable donnant accès à tous les services web et dont l'agrégation nécessite une seule connexion et une authentification centralisée (Single Sign-On: SSO) ce qui lui permet d'accéder à tous les services auxquels il a autorisation d'accès, en s'étant identifié une seule fois sur le réseau. L'objectif du SSO est ainsi de propager l'information d'authentification aux différents services.

Un portail est aussi vu comme une application Web agissant en tant que passerelle entre les utilisateurs et une gamme de services métiers différents. Les portlets peuvent tous être considérés comme une interface utilisateur à une application et sont définis comme des composants d’interface utilisateur qui sont gérés par un container (le portail). Ils traitent les requêtes et génèrent du contenu dynamique. Par exemple, quand un utilisateur appuie sur un bouton ou lors d’une autre sorte d'événement de l'interface utilisateur, le portlet traite la demande et génère le contenu adéquat qui est ensuite affiché à l'utilisateur. Chacun de ces portlets génère des fragments, qui les agrègent dans le portail pour créer une page complète qui est présentée à l'utilisateur.

Avec le WSRP, l’utilisateur agrège ses services web (portlets) à partir de différents fournisseurs de services distants sans se soucier de l’implémentation et de la fourniture du portlet qui délivre les services web [Link et al. 2006].

5.3.2. La plateforme WSRP

OASIS (Organization for the Advancement of Structured Information Standards) a adopté un protocole de service Web d'agrégation de contenu et des applications web interactives à partir de services web distants. Avec WSRP il est possible d'intégrer des portlets à partir de différents fournisseurs distants sans se soucier de l’implémentation et de la fourniture du portlet. Il y a une interface de service web bien définie où le portlet peut être invoqué. Ainsi, par exemple, si une entreprise a besoin d’implémenter un nouveau processus métier avec interaction utilisateur, elle peut d’abord chercher un service d’interface utilisateur adéquat dans l’annuaire de service.

La plateforme WSRP introduit les acteurs suivants:

• Le producteur: Les producteurs sont modélisés comme des conteneurs de portlets. Les producteurs sont des services web avec un ensemble commun d’opérations tel que: la description autonome, l’enregistrement et la gestion des portlets. Les producteurs peuvent gérer optionnellement l’enregistrement des consommateurs et

exigent qu’ils se pré enregistrement établi un producteur WSRP est un • Le consommateur: C’e

fournis par les portlets portail. Ce dernier est un proposé et fournit un e portlets offerts par une similaires en nature aux consommateur achemine • Le portlet WSRP:

utilisateur« pluggable » de manière distante à t portlet n’est pas accessi producteur parent. Les p

Figure 3.11. Architectu L’exemple de la figure l’architecture SOA (Service Orie que le fournisseur de services, appliqués pour les portlets. La f portail a un conteneur de portle Chacun de ces portlets génère de est présentée à l'utilisateur. La s

pré-enregistrent avant d’interagir avec les une relation entre les consommateurs et les pro un vrai service web.

’est lui qui est chargé de rassembler et d’agréger ts pour les présenter à l’utilisateur final. En gén un client web qui invoque le service web WSRP d

environnement pour les utilisateurs afin d’inter ne ou plusieurs producteurs WSRP. Les consom aux routeurs qui travaillent au nom de l’utilisat inera les demandes utilisateurs au producteur appr : une portlet WSRP est un composant » qui vit à l’intérieur d’un producteur WSRP et travers une interface définie par ce producteu ssible directement, mais plutôt doit être accédé portlets sont hébergées par le Producer des Web

ture WSRP (paradigme localiser-publier-intég e 3.11 illustre le paradigme localisé – publié riented Architecture) dans l’architecture WSRP. s, le consommateur de services et l’annuaire de a figure 3.11 montre un modèle de portail tradi tlet qui héberge un nombre quelconque de portl des fragments sur le portail pour créer une page a spécification Java Portlet (JSR-168) [JSR168],

782 portlets. Un producteurs. Le er les fragments énéral, c’est un P du producteur teragir avec les mmateurs sont sateur final. Le proprié. nt d’interface t est accessible eur. Un WSRP é à travers son b Services. égrer). ié – intégré de P. On remarque de service sont ditionnel où le rtlets discrètes. e complète qui , approuvé en

Octobre de 2003, définit une API standard pour les plates-formes J2EE portail. L'objectif de la JSR-168 est de fournir un ensemble de normes afin que les portlets conformes puissent être déployé sur n'importe quel portail qui supporte la spécification.

Figure 3.12. Architecture WSRP [Link et al.2006] Le scénario d’un WSRP se déroule de la manière suivante:

(i) Le consommateur découvre un producteur, (ii) la relation entre le consommateur et le producteur est établie, (iii) le consommateur apprend toutes les capacités du producteur, (iv) l’utilisateur final établi une relation avec le consommateur, (v) le consommateur agrège les portlets pour les utilisateurs, (vi) l’utilisateur final envoie une page de requête au consommateur, (vii) le consommateur sollicite des informations du producteur, (viii) le producteur fournit au consommateur les services métiers et le service d’interface, (ix) l’utilisateur final voit les services web agrégés sur une page.

WSRP utilise WSDL pour décrire les interfaces, requiert au minimum les liaisons SOAP pour fournir l’ensemble des services autorisées, XML Schéma pour définir la structure des messages passées et XML pour porter les messages entre les services et les clients.