애플리케이션 컴포넌트에 대한 CICS® 번들을 변경할 때에는 CICS 번들, 애플리케이션 번들, 애플리케이션 바인딩의 버전을 업데이트하고 플랫폼에 새 버전을 배치합니다.
플랫폼에 배치된 애플리케이션을 업데이트하는 경우 CICSplex에서 애플리케이션의 이전 버전에 대한 설치된 APPLCTN 자원을 사용 안함으로 설정하고 버린 시점부터 새 APPLDEF 자원 정의를 설치하여 애플리케이션의 새 버전을 사용 가능하게 설정할 때까지는 사용자에 대해 애플리케이션을 사용할 수 없습니다. 이 시기를 안전한 적정 시간으로 계획하거나 해당 시간 중 애플리케이션 사용자의 대체 솔루션을 계획하십시오.
애플리케이션을 업데이트하려면 애플리케이션 프로젝트와 애플리케이션 바인딩 프로젝트를 편집해야 합니다. 프로젝트의 이전 버전으로 되돌릴 수 있는 버전화된 백업 시스템이 없으면 다음 지시사항에 설명된 대로 기존 프로젝트를 직접 편집하는 대신에 기존 프로젝트를 다른 프로젝트로 복사한 후 새 사본을 편집할 수 있습니다.
애플리케이션 변경사항을 버전 제어를 사용하여 관리합니다. 각 CICS 번들, 애플리케이션 번들, 애플리케이션 바인딩에는 고유하게 식별하는 ID와 버전 정보가 있습니다. 버전에는 주, 부, 마이크로 ID가 사용되므로 변경의 중요성을 표시하고 번들 간의 종속 항목을 관리할 수 있습니다. 이를 시맨틱 버전화라 하며 OSGi Alliance에서 도출된 개념입니다. 이 개념은 Java™ 패키지에 초점을 맞추고 있지만 일반적으로 번들에도 동일한 원리를 적용할 수 있습니다.
시맨틱 버전화는 버전의 주, 부 또는 마이크로 파트를 증분하여 이전 버전 번들과의 호환 가능 또는 불가능성을 표시하는 방식을 제공합니다. 예를 들어, 버그 수정은 버전의 마이크로 파트를 증분시키고, 호환 가능 변경사항은 버전의 부 파트를 증분시키며, 호환 불가능 변경사항은 버전의 주 파트를 증분시킵니다. 시맨틱 버전화에 대한 자세한 정보는 시맨틱 버전화 기술 백서를 참조하십시오.
CICS 환경의 업데이트를 배치하고 관리하려면 CICS 번들 및 관리 번들에 버전화 정책을 적용해야 합니다. 애플리케이션 번들의 기존 버전을 사용하여 애플리케이션에 대한 CICS 번들의 새 버전을 설치할 수 없으며 애플리케이션 바인딩의 기존 버전을 애플리케이션 번들의 새 버전과 함께 사용할 수 없습니다. 애플리케이션의 CICS 번들을 업데이트할 때마다 애플리케이션 번들과 애플리케이션 바인딩을 업데이트해야 합니다.
관리 번들의 버전을 변경할 때에는 시맨틱 버전화 원칙에 따라 관리 번들에 포함된 CICS 번들의 가장 큰 변경사항이 새 버전에 반영되어야 합니다. 예를 들어, 애플리케이션의 한 CICS 번들을 버전 1.0.1에서 버전 1.0.2로 변경하고(마이크로 버전 변경), 애플리케이션의 또 다른 CICS 번들을 버전 1.2.0에서 버전 1.3.0으로 변경(부 버전 변경)할 수 있습니다. 따라서 이 두 가지 CICS 번들을 포함한 애플리케이션 번들에 부 버전 변경사항이 있어야 하므로, 애플리케이션 번들이 이전에 2.5.1 버전이었으면 2.6.0 버전으로 변경되어야 합니다.