 |
|
|
| |
| Infrastructure & Chantiers |
| Comment
accéder à des Portlets... grâce aux Web Services ? |
| Avec Web Services Remote Portal, IBM entend standardiser l'appel de fonctions et de contenus distants au sein d'une interface Web. (Mercredi 19 juin 2002) |
 |
S'agit-il
d'un nouvelle étape dans le mouvement de standardisation
des portlets ? Il y a quelques jours, IBM
soumettait au consortium OASIS
(Organization for Advancement of Structured Information
Standards) une nouvelle spécification décrivant
un mécanisme pour publier ce type de composants.
Notion lancée voilà environ 2 ans, un portlet
constitue une sorte de couloir intégré à
l'interface d'un portail d'entreprise, qui offre un accès
à des ressources tierces -telles que des bases
de données ou d'autres logiciels. Couplé
à la logique applicative d'une infrastructure de
portails, ce système est généralement
utilisé pour assurer des appels de fonctions ou
encore gérer l'agrégation de contenu métier,
le tout de manière personnalisée en fonction
de droits utilisateur.
Sybase, Plumtree, IBM, mais également
SAP, Oracle et Siebel : qu'ils soient éditeurs
de solutions de portails ou fournisseurs de progiciels
de gestion intégrée, de nombreux acteurs
se sont d'ores et déjà lancés dans
cette nouvelle voie. Certains n'hésitant pas à
mettre au point plusieurs centaines de portlets en vue
de couvrir la quasi intégralité de leurs
fonctions -c'est notamment le cas de l'allemand SAP.
Une standardisation en marche ?
Révélant
l'émergence d'une nouvelle génération
de portails, ce fourmillement de technologies cache néanmoins
un manque cruel de standardisation. Un défaut qui
oblige les éditeurs désirant délivrer
des bibliothèques de portlets à développer
des codes spécifiques à chaque infrastructure...
C'est bien à cette difficile question que le projet
de spécifications d'OASIS compte s'attaquer. Baptisée
Web
Services
for Remote Portals (WSRP), le langage en question s'appuie
sur une interface pour intégrer à une applications
Web des contenus ou composants délivrés
par des environnements distants. Principal point fort
mis en avant : WSRP serait conçu pour adapter
à la volée la présentation de ces
éléments aux spécificités
des utilisateurs (profils, etc.) ainsi qu'à l'interface
cliente. Une caractéristique qui lui permettrait par conséquent
de se mettre potentiellement à la portée
de n'importe quel type de terminal -y compris les terminaux
sans-fil. Basés sur le protocole SOAP (Simple Object
Access Protocol) et le langage de description WSDL (Web
Services Description Language), les services WSRP seraient
en outre compatibles avec les annuaires UDDI
(Universal Description, Discovery and Integration).
Un
concurrent de taille pour J2EE
Afin de faciliter
le déploiement des portlets, Sun a ajouté
il y a quelques mois un nouveau chapitre à ses
projets de standardisation autour de la norme J2EE (Java
2 Enterprise Edition). Soutenue par la plupart des fournisseurs
de serveurs d'applications dans ce domaine (dont IBM),
cette initiative vise à promouvoir l'interopérabilité
entre portillons Java... et portails Java. Face à
cette stratégie restrictive, WSRP avance quant
à lui une architecture en mode Web Services...
capable de s'adapter à l'ensemble des technologies
de portails et applications tierces (Java/J2EE, .Net,
etc.).
|
|
|
|
|
|
|
|
|
| |
|
|
| |
|
[an error occurred while processing this directive]
|
| |
|
|
|
|
|
|
|
|
[
Le
haut débit par satellite pour la communauté rurale est en pleine
croissance
