Le modèle d'architecture SCA pour l'assemblage de composants en vue de 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.