Rational Developer for System z, Version 7.6.1

Meilleures pratiques pour la création et le déploiement de composites

Le modèle d'assemblage de composants pour former des applications composites offre une grande souplesse. Pour réutiliser vos composites d'application dans plusieurs régions CICS, que ce soit lors du développement d'applications et du test en production ou du clonage d'applications dans votre environnement de production, il est conseillé de séparer la logique de l'application des liaisons.

Séparez la logique d'implémentation du service et de la référence du composite
Pour réutiliser plus aisément la même logique d'application dans des régions CICS différentes, séparez le service et la référence du composite de la logique d'implémentation de l'application et déployez-les dans des regroupements distincts. La référence et le service du composite peuvent contenir des informations propres à une région CICS comme par exemple un ensemble de ressources système particulier ou un ID de transaction. En suivant cette méthode, vous pouvez modifier ou mettre à jour les services et les références du composite sans devoir redéployer le composite de l'application.
Définissez un domaine SCA pour le regroupement
Le regroupement est représenté dans CICS par la ressource BUNDLE. Chaque regroupement déployé dans CICS a le même domaine SCA par défaut, bien que sa valeur soit vide. La ressource BUNDLE a un attribut facultatif appelé BASESCOPE que le programmeur système peut utiliser pour définir un nom absolu devant représenter le domaine SCA. Si vous suivez le modèle recommandé consistant à séparer le service et la référence de l'application composite et de les déployer en tant que regroupements distincts, vous pouvez faire en sorte que la même valeur BASESCOPE soit utilisée dans chaque ressource BUNDLE pour indiquer que les regroupements sont liés.
Vous pouvez également déployer plusieurs fois le même regroupement dans la région CICS en spécifiant des domaines SCA différents pour l'attribut BASESCOPE. CICS utilise conjointement le domaine SCA et le composite pour identifier le service au cours du traitement d'exécution. La portée du service est disponible pour la tâche qui traite la demande. Il est recommandé que la valeur de BASESCOPE soit un URI unique.

Le graphique présente une case représentant le domaine SCA. Ce dernier contient le composite X qui lui-même contient un service externe. Le composite X est lié au composite Y qui contient deux composants. Le premier composant est lui-même un composite contenant deux autres composants, preuve des capacités d'imbrication de la spécification du modèle d'assemblage SCA. Le composite Y est lié au composite Z qui contient une référence externe.


Conditions d'utilisation | Commentaires en retour

Ce centre de documentation utilise la technologie Eclipse. (http://www.eclipse.org)