Sun dote sa J2EE d'une architecture de connecteurs
A travers la nouvelle architecture de J2EE, Sun Microsystems vise à standardiser l'accès aux principaux progiciels à partir des composants EJB. Il souhaite ainsi favoriser l'émergence d'un marché de composants.
Mettre en ?"uvre des stratégies de commerce électronique des entreprises implique une intégration toujours plus forte des services Web offerts et du système d'information existant. Actuellement, chaque éditeur de serveur d'applications propose son architecture propriétaire permettant de se connecter à l'existant. Qu'il s'agisse de Microsoft ou des différents éditeurs de serveurs d'applications Java, chacun a développé pour son propre serveur un modèle spécifique de connexion aux principales applications du marché : progiciels intégrés, outils de gestion de la relation clients, moniteurs transactionnels, courtiers d'objets Corba ou DCOM (Distributed component object model), messagerie orientée messages ou solutions d'EAI (Enterprise application integration).
Avec la JCA, Sun marque la fin des connecteurs propriétaires, dans l'objectif d'améliorer la portabilité des applications Java entre les serveurs d'applications de différents fournisseurs. Jusqu'à présent, une application développée pour le serveur de l'éditeur X ne fonctionnait pas sur celui de l'éditeur Y. Les connecteurs n'avaient pas forcément les mêmes interfaces, et tout ou partie des API propriétaires du progiciel pouvait ne pas être pris en compte.
Les connecteurs propriétaires, aux oubliettes
Dans la J2EE (Java 2 enterprise edition), Sun Microsystems faisait référence aux connecteurs nécessaires pour intégrer les applications J2EE aux progiciels existants, mais ne les standardisait pas. A l'occasion du salon JavaOne 2000, l'éditeur a dévoilé une version provisoire des spécifications d'une architecture standardisée de connecteurs, la J2EE Connectors Architecture (JCA), qui sera incluse dans la version 1.3 de la J2EE.Avec la JCA, Sun marque la fin des connecteurs propriétaires, dans l'objectif d'améliorer la portabilité des applications Java entre les serveurs d'applications de différents fournisseurs. Jusqu'à présent, une application développée pour le serveur de l'éditeur X ne fonctionnait pas sur celui de l'éditeur Y. Les connecteurs n'avaient pas forcément les mêmes interfaces, et tout ou partie des API propriétaires du progiciel pouvait ne pas être pris en compte.