Lorsque vous apportez des modifications sur les regroupements CICS pour les composants d'une application, mettez à jour les versions des regroupements CICS, le regroupement de l'application et la liaison de l'application puis déployez les nouvelles versions sur la plateforme.
Lorsque vous mettez à jour une application qui est déployée sur une plateforme, l'application reste indisponible aux utilisateurs à partir du moment où vous désactivez la ressource APPLCTN installée dans CICSplex pour la version antérieure de l'application jusqu'au moment où vous installez la nouvelle définition de ressource APPLDEF et activez la nouvelle version de l'application. Planifiez un moment opportun où cela peut se produire en toute sécurité ou planifiez une solution alternative pour les utilisateurs de l'application en ce moment.
Pour mettre à jour une application, vous devez modifier le projet d'application et le projet de liaison d'application. Si vous ne disposez pas d'un système de secours versionné qui vous permet de retourner vers une version antérieure des projets, au lieu de modifier directement les projets existants comme indiqué dans ces instructions, il serait mieux de les copier copier vers un autre projet puis modifier les nouvelles copies.
Vous gérez les modifications aux applications à l'aide de la contrôle des versions. Chaque regroupement CICS, regroupement d'application et liaison d'application a un ID des informations de version permettant de l'identifier de façon unique. La version utilise des identificateurs majeurs, mineurs et micro, donc vous pouvez indiquer la signification d'une modification et gérer les dépendances entre les regroupements. Ce concept s'appelle semantic versioning et est recueilli de OSGi Alliance. Bien qu'il met en évidence les packages Java™, vous pouvez utiliser les mêmes principes pour appliquer les regroupements en général.
La gestion de versions sémantiques permet d'incrémenter des composants majeurs, mineurs ou micro d'une version pour indiquer la compatibilité ou l'incompatibilité avec les versions antérieures d'un regroupement. Par exemple, les correctifs de bogue peuvent incrémenter le composant micro de la version, les modifications compatibles incrémentent le composants mineur de la version et les modifications incompatibles incrémentent le composant majeur de la version. Pour plus d'informations sur la gestion de versions sémantiques, reportez-vous à la rubrique Livre blanc technique de gestion de versions sémantique.
Vous devez appliquer une politique de gestion de versions à vos regroupements CICS et aux regroupements de gestion pour déployer et gérer des mises à jour dans l'environnement CICS. Il est impossible d'utiliser la version d'un regroupement d'application pour installer les nouvelles versions des regroupements CICS pour l'application, il est également impossible d'utiliser une version existante d'une liaison d'application d'un regroupement d'application. Vous devez mettre à jour le regroupement d' application et la liaison d'application à chaque fois que vous mettez à jour les regroupements CICS pour l'application.
Lorsque vous modifiez la version d'un regroupement géré, selon les principes de la gestion de versions sémantiques, la nouvelle version doit refléter la plus grande modification dans un regroupement CICS qui est inclus dans le regroupement de gestion. Par exemple, vous pouvez modifier un regroupement CICS pour une application de la Version 1.0.1 à la Version 1.0.2, qui est une modification de version micro et modifier un autre regroupement CICS pour l'application de la Version 1.2.0 à la Version 1.3.0, qui est une modification de version mineure. Le regroupement de l'application qui inclut ces deux CICS doit cependant avoir une modification de version mineure, donc si l'application était précédemment Version 2.5.1, elle doit être changée à la Version 2.6.0.