在更改应用程序组件的 CICS® 束时,需要更新 CICS 束、应用程序束和应用程序绑定的版本,然后将新版本部署在平台上。
更新在平台上部署的应用程序时,用户在以下时间段内无法使用该应用程序:从禁用并废弃 CICSplex 中先前版本应用程序的已安装 APPLCTN 资源,到安装新的 APPLDEF 资源定义并启用新版本的应用程序。规划可以安全进行该操作的适当时间,或者在该时间内为应用程序用户规划备用解决方案。
要更新应用程序,您需要编辑应用程序项目以及应用程序绑定项目。如果没有版本受控的备份系统支持您还原到项目的先前版本,那么您可能更愿意将现有项目复制为另一项目,然后编辑新的副本,而不是如这些指示信息中所述直接编辑现有项目。
您可以使用版本控制来管理对应用程序的更改。 每个 CICS 束、应用程序束和应用程序绑定都具有用于对其进行唯一识别的标识和版本信息。版本使用 major、minor 和 micro 标识,以便指示更改的重要性并管理不同束之间的依赖性。该原理称为语义版本控制,是从 OSGi 联盟借鉴的。尽管它重点针对 Java™ 包,但是您可以使用相同的原则在广义上应用于束。
语义版本控制一种方法来对版本的 major、minor 或 micro 部分进行增量,以指示与上一个版本的束之间的兼容性或不兼容性。例如,错误修订将对版本的 micro 部分进行增量, 兼容更改将对版本的 minor 部分进行增量,而不兼容更改将对版本的 major 部分进行增量。有关语义版本控制的更多信息,请参阅语义版本控制技术白皮书。
您必须对 CICS 束和管理束应用版本控制策略,以便在 CICS 环境中部署和管理更新。您不能使用某个应用程序束的现有版本来安装此应用程序的 CICS 束的新版本,也不能将应用程序绑定的现有版本与应用程序束的新版本一起使用。每当更新应用程序的 CICS 束时,就必须更新应用程序束和应用程序绑定。
更改管理束的版本时,根据语义版本控制的原则,新版本应反映包含在管理束中的 CICS 束的最高级别更改。例如,您可能将应用程序的一个 CICS 束从 V1.0.1 更改为 V1.0.2(这是微版本更改),将应用程序的另一 CICS 束从 V1.2.0 更改为 V1.3.0,而这是次要版本更改。包含这两个 CICS 束的应用程序束应该具有次要版本更改,因此,如果应用程序束先前为 V2.5.1,那么它应该更改为 V2.6.0。