Bien que les catalogues de composants prêts à l’emploi ne cessent de s’élargir, ils sont loin de couvrir la totalité des besoins. Pour intégrer son existant et des applications tierces ou ajouter des fonctions transactionnelles à un composant, l’entreprise doit ainsi développer ses propres solutions. La plupart des offres de portail s’appuient sur la plate-forme J2EE (Java 2 Enterprise Edition), voire sur l’architecture de Microsoft pour Plumtree, par exemple. Dès lors, intégrer une nouvelle application au portail relève de la même approche que pour un site web : il suffit d’utiliser les API fournies par la plate-forme J2EE ou celles de Microsoft pour accéder à l’application. La consultation et la manipulation d’une base de données se feront par JDBC ou ODBC, le composant inséré dans le portail n’étant que l’équivalent d’une page dynamique générée à l’aide des technologies JSP ou FAH, par exemple.Rapide, répondant à des besoins précis, cette approche point à point (portail-application) ne permet toutefois pas de concevoir des composants transactionnels complexes, nécessitant, par exemple, la synchronisation de plusieurs processus. Un courtier de message devient indispensable, et une solution d’intégration d’applications (EAI) est la plus appropriée pour interfacer le portail avec l’existant.
Contourner les moteurs d’intégration
Véritable traducteur entre le portail et les applications, le moteur d’EAI achemine les messages selon des règles et des traitements conditionnels préétablis. Faute d’outils de développement et de moteur d’EAI, les puristes du portail sont mal lotis face à cette approche qui relève plus du projet d’urbanisation du système d’information que de la simple mise en ?”uvre d’une interface web unique. Mediapps compte parmi les rares à disposer d’un moteur d’EAI éditeurs dans la version 3.5 de Net.Portal, sans toutefois proposer les outils de développement qui vont de pair. Mais l’avènement de JMS (Java Messaging Service), le service Java de messagerie asynchrone, et de l’architecture JCA (J2EE Connector Architecture) pourrait permettre de contourner les moteurs de transformation et de routage tout en offrant les mêmes possibilités d’intégration de processus complexes.Dans tous les cas de figure, point à point ou moteur d’EAI, l’intégration de l’existant au portail n’est possible que si l’application est suffisamment documentée ou si elle dispose d’une API ouverte pour permettre au développeur d’isoler le processus à récupérer. Le passage à l’an 2000 a démontré à quel point les applications développées en interne sont parfois difficiles à réutiliser faute de documentation sur le code. Du côté des éditeurs, la tendance est au développement de composants destinés à l’insertion rapide des fonctions d’un progiciel de gestion intégré, d’une solution de gestion de contenu, ou encore d’une application analytique au portail. Mais la vraie révolution, en termes d’intégration, est attendue des services web qui, grâce à leur interface universelle, devraient considérablement accélérer le travail des développeurs. Une tendance que la plupart des éditeurs de portail ont déjà anticipée en intégrant des technologies WSDL et Soap à leur solution.
🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.
