JCA définit les relations entre composants applicatifs, serveurs d’applications et système d’information.
Dérivé des spécifications X/Open SQL CLI (Call Level Interface), JDBC (Java Database Connectivity) définissait ?” pour des applications en Java ?” l’accès synchrone aux bases de données relationnelles. L’irruption des serveurs d’applications répondant à la norme J2EE (Java 2 Enterprise Edition) et de la problématique d’intégration des applications d’entreprise (EAI) a changé la donne. D’autant que les spécialistes de l’EAI utilisaient ?” et aujourd’hui encore ?” des langages propriétaires et peu interopérables.Il est tout naturel qu’un groupe de travail (composé de Sun-iPlanet, de BEA, d’IBM, ou encore de Rational) étende le concept pour faire communiquer les composants applicatifs ?” qui s’exécutent sur le serveur (composants réutilisables Enterprise Javabeans, Javaserver Page), mais aussi sur le client (applet Java et pages web dynamiques DHTML) ?” avec l’ensemble du système d’information de l’entreprise. A savoir les grands systèmes transactionnels et les progiciels fonctionnels.Cette architecture nécessite de développer des connecteurs ad hoc sur toutes les applications. JCA, qui ne devrait pas dérouter les habitués de JDBC, spécifie trois niveaux de relation ou “contrats” : la gestion des connexions, celle des transactions, et les services de sécurité. Le premier définit la mise en relation du serveur d’applications avec le système d’information de l’entreprise ; le deuxième les transactions avec le gestionnaire de ressources dudit système d’information, et le troisième la sécurité des accès.
