Java connector architecture

L'admissibilité de cette page est à vérifier (décembre 2023).

Motif : Intérêt encyclopédique de cette fiche technique datant de 2005 ?

Vous êtes invité à compléter l'article pour expliciter son admissibilité, en y apportant des sources secondaires de qualité, ainsi qu'à discuter de son admissibilité. Si rien n'est fait, cet article sera proposé au débat d'admissibilité un an au plus tard après la mise en place de ce bandeau.

Trouver des sources sur « Java connector architecture » :

Archive Wikiwix
Bing
Cairn
DuckDuckGo
E. Universalis
Gallica
Google
G. Books
G. News
G. Scholar
Persée
Qwant
(zh) Baidu
(ru) Yandex
(wd) trouver des œuvres sur Wikidata

Conseils utiles à la personne qui appose le bandeau

1.	Préciser le motif de la pose du bandeau.	Précisez le motif de la pose du bandeau en utilisant la syntaxe suivante : `{{admissibilité à vérifier\|date=juin 2024\|motif=remplacez ce texte par le motif}}`
ou	Créer l'espace de discussion. (cette méthode est préférable)	Créez une section "Admissibilité" en page de discussion de l'article en y précisant le motif de la pose du bandeau. Dans ce cas, utilisez la syntaxe suivante : `{{admissibilité à vérifier\|date=juin 2024\|motif=pdd}}`
2.	Informer les utilisateurs concernés.	Pensez à avertir le créateur de l'article, par exemple, en insérant le code ci-dessous sur sa page de discussion : `{{subst:avertissement admissibilité à vérifier\|Java connector architecture}}`

Cet article est une ébauche concernant l’informatique.

Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants.

Consultez la liste des tâches à accomplir en page de discussion.

Pour les articles homonymes, voir JCA.

J2EE Connector Architecture (JCA)

Les applications J2EE sont constituées de :

modules web ;
modules EJB ;
modules client d’application d’entreprise

Les systèmes d’informations d’entreprise (EIS) sont constitués de :

ERP ;
mainframes ;
SGBD ;
applications anciennes écrites en C, C++, COBOL…

JCA est la solution de J2EE pour résoudre le problème d’intégration entre le monde J2EE et le système d’information d’entreprise (EIS).

Pour mettre en œuvre une telle intégration JCA propose une architecture basée sur les éléments suivants :

un Resource Adapter ;
des contrats applicatifs entre les modules J2EE et le Resource Adapter ;
des contrats système entre les serveurs d’applications J2EE (AS) et le Resource Adapter.

Un Resource Adapter est un pilote entre le serveur d’applications et le système d’information d’entreprise. Il est composé de :

jars permettant d'emmailloter l’accès aux ressources du système d’information ;
bibliothèques natives (.dll, .so) fournissant l’accès aux ressources du système d’information ;
un descripteur de déploiement ra.xml.

Les contrats systèmes définissent :

la connectivité du serveur d’applications vers l’EIS (dans la version 1.0 de JCA ) ;
la connectivité de l’EIS vers le serveur d’applications (dans la version 1.5 de JCA) ;
la gestion du cycle de vie du Resource Adapter (dans la version 1.5 de JCA) ;
la gestion des threads (dans la version 1.5 de JCA).

Parmi ces contrats on distingue donc :

contrat de gestion de connexions : définit comment obtenir une connexion à l’EIS depuis l’AS, le pooling des connexions est transparent pour l’application ;
contrat de gestion de transactions : permet à l’AS d’utiliser un gestionnaire de transactions supportant l’accès à divers gestionnaires de ressources de l’IES. Les invocations de services au sein de l’EIS sont enveloppées dans des transactions distribuées (XA Transaction définie par l’Open Group). Les transactions XA sont globales et peuvent contenir des appels à divers types de ressources de l’EIS ;
contrat de gestion de la sécurité : fournit des mécanismes permettant de gérer l’authentification, l’autorisation, les communications sécurisées entre le serveur J2EE et les ressources protégées de l’EIS ;
contrat de gestion de transactions inflow : permet de propager une transaction démarrée dans l’EIS vers le serveur d’application ;
contrat de gestion de messagerie inflow : permet à l’EIS de délivrer des messages à des composants du serveur d’application ;
contrat de gestion du cycle de vie : permet l’arrêt et le démarrage du Resource Adapter ;
contrat de gestion des threads : permet à l’EIS de soumettre des tâches à l’AS. Ainsi le Resource Adapter s’exonère de la gestion directe des threads.

Les contrats applicatifs sont définis par le Common Client Interface (CCI). Cette interface permet à des composants applicatifs J2EE, à des frameworks d’intégration d’applications d’entreprises de piloter les interactions entre des ressources hétérogènes de l’EIS via l’utilisation d’une API commune.

Autre contribution

JCA, abréviation de Java Connector Architecture, s'adresse principalement à ceux dont le besoin est d'accéder de manière très étroite à des logiques métier de système d'information d'entreprise (EIS). JCA utilise les technologies actuelles permettant ainsi de s'intégrer dans les divers systèmes d'informations en gérant les aspects de sécurité, transactionnels et les pools de communication.

JCA est majoritairement utilisé aujourd'hui pour établir des communications synchrones du type demande / réponse avec un serveur. JCA n'empêche pas d'utiliser un mode asynchrone et bi-directionnel.

Certains développements de JCA sont plus poussés et sont capables d'appeler un service JCA en fonction d'une logique métier.