Cuando realiza cambios a los paquetes CICS para los componentes de una aplicación, actualice las versiones de los paquetes CICS, el paquete de aplicación y el enlace de aplicación, y despliegue las nuevas versiones en la plataforma.
Cuando actualiza una aplicación que se despliega en una plataforma, la aplicación no está disponible para los usuarios desde el momento en que inhabilita y descarta el recurso APPLCTN instalado en CICSplex para la versión anterior de la aplicación, hasta el momento en que instala la nueva definición de recurso APPLDEF y habilita la nueva versión de la aplicación. Planee un momento adecuado en el que esto pueda suceder sin problemas, o planee una solución alternativa para los usuarios de la aplicación durante ese tiempo.
Para actualizar una aplicación, necesita editar el proyecto de aplicación y el proyecto de enlace de aplicación. Si no posee un sistema de copia de seguridad con versión que le habilite a revertir a una versión anterior de los proyectos, en lugar de editar los proyectos existentes directamente como se describe en estas instrucciones, es posible que prefiera copiarlos en otro proyecto y luego editar las copias nuevas.
Puede gestionar cambios en las aplicaciones mediante la utilización del control de versiones. Cada paquete CICS, paquete de aplicación y enlace de aplicación tiene un ID e información sobre la versión para identificarlo de forma exclusiva. La versión utiliza identificadores mayores, menores y micro, de modo que puede indicar la importancia de un cambio y gestionar las dependencias entre paquetes. Este concepto se denomina mantenimiento de versiones semánticas y se toma de la iniciativa de Open Service Gateway. Aunque se centra en los paquetes Java™, puede utilizar los mismos principios para aplicarlos a los paquetes en general.
El mantenimiento de versiones semánticas proporciona una manera de incrementar los componentes mayores, menores y micro de una versión para indicar la compatibilidad o incompatibilidad con versiones anteriores de un paquete. Por ejemplo, los arreglos de error pueden incrementar el componente micro de la versión, los cambios compatibles incrementan el componente menor de la versión y los cambios incompatibles incrementan el componente mayor de la versión. Para obtener más información acerca del mantenimiento de versiones semánticas, consulte Libro blanco técnico de mantenimiento de versiones semánticas.
Debe aplicar una política de mantenimiento de versiones a los paquetes CICS y los paquetes de gestión para desplegar y gestionar actualizaciones en el entorno CICS. No puede utilizar una versión existente de un paquete de aplicación para instalar nuevas versiones de los paquetes CICS para la aplicación, y no puede utilizar una versión existente de un enlace de aplicación con una nueva versión de un enlace de aplicación. Debe actualizar el paquete de aplicación y el enlace de aplicación siempre que actualice los paquetes CICS para la aplicación.
Cuando cambia la versión de un paquete de gestión, de acuerdo con los principios del mantenimiento de versiones semánticas, la nueva versión debería reflejar el mayor cambio en un paquete CICS incluido en el paquete de gestión. Por ejemplo, puede cambiar un paquete CICS para una aplicación desde la versión 1.0.1 a la versión 1.0.2, que es un cambio de versión micro, y cambiar otro paquete CICS para la aplicación desde la versión 1.2.0 a la versión 1.3.0, que es un cambio de versión menor. El paquete de aplicación que incluye estos dos paquetes CICS deberían, por lo tanto, tener un cambio de versión menor, de modo que si el paquete de aplicación se encontraba previamente en la versión 2.5.1, debería cambiar a la versión 2.6.0.