更新應用程式

當您對應用程式的元件之 CICS® 組合進行變更時,請更新 CICS 組合、應用程式和應用程式連結的版本,並在平台上部署新版本。

開始之前

確定與應用程式相關的所有專案(包括目標平台的平台專案在內)都出現在 CICS Explorer® 的本端工作區中。CICS Explorer 需要有平台專案,才能驗證應用程式專案和應用程式連結專案。

若要更新應用程式,您需要編輯應用程式專案及應用程式連結專案。如果您沒有已版本化的備份系統可讓您回復到舊版的專案,您可能偏好將現有的專案複製到另一個專案,然後編輯新的副本,而非如這些指示所述,直接編輯現有專案。

部署在使用以專用資源形式受到支援之 CICS 資源平台上的應用程式,結合針對應用程式而設計的其他資源和匯入的資源,均可使用多重版本管理。多重版本管理的應用程式中可納入下列資源:
  • 屬於應用程式的 CICS 組合中所定義的 PROGRAM 資源
  • 屬於應用程式的 CICS 組合中所定義的 LIBRARY 資源
  • 原則
  • 應用程式進入點的陳述式
  • 任何定義為應用程式的相依關係或匯入項目的資源

如果您的應用程式只使用這些資源,則您可以在相同的平台上同時安裝多個應用程式版本,並將其設為可供使用。如果您的應用程式使用不支援多重版本管理的資源,則必須先停用並捨棄應用程式的現有版本,才能安裝新版本。或者,您也可以考慮重新命名不支援多重版本管理的資源,使其不會與針對舊版應用程式所安裝的資源相衝突。

如果您必須停用應用程式才能安裝新版本,則從您將舊版應用程式設為無法使用,以在 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 版。

結果

新版本的應用程式即會部署在平台上。包含在新版本應用程式中的 CICS 組合,會安裝在適當的 CICS 區域中,且定義在 CICS 組合內的資源會動態建立在 CICS 區域中。

當您將新版本的應用程式設為可供使用時,CICS 將允許呼叫者透過應用程式進入點(可以是 PROGRAM 資源或 URIMAP 資源)存取該應用程式版本。針對支援多重版本管理的應用程式,若有多個可用的版本,呼叫者將可存取最高的可用應用程式版本,或使用 EXEC CICS INVOKE APPLICATION 指令來指定任何可用的應用程式版本。