定义 CICS 捆绑软件

束指定 CICS 在部署束时动态创建的一组资源。 捆绑软件还可以为应用程序指定任何先决条件系统资源。 CICS 不会动态创建必备系统资源，但可以检查它们是否存在于 CICS 区域中。

由于 CICS 资源在 CICS 捆绑软件中定义，并在捆绑软件部署过程中以动态方式创建，因此其部分特征会发生变化。 以此方式创建的 CICS 资源的生命周期不能独立于 BUNDLE 资源进行管理。 它们必须通过 CICS 束作为一个单元进行管理。 由于捆绑软件和资源生命周期相互依赖关系，应用程序架构设计师必须仔细考虑应用程序的哪一组资源应该将其生命周期与 CICS 捆绑软件的生命周期绑定。 要了解有关在 CICS 束中定义资源的潜在含义的更多信息，请参阅 CICS 束中资源的特征。

您可以在 CICS 区域中部署单个 CICS 束，也可以将其用作部署在平台上的打包应用程序的一部分，或者直接将其部署在平台上。 如果要在应用程序或平台中部署 CICS 束，请使用正常过程创建 CICS 束，然后将其打包为应用程序的一部分，或者将其直接添加到平台。

如果 CICS 束仅包含适合多版本控制的资源，那么可以由多个应用程序在 CICS 区域中安装该束。

包含其他资源类型的 CICS 束不能包含在安装在平台中相同 CICS 区域中的其他应用程序中，并且如果已经为应用程序安装了该束，那么不能将其添加到平台。 如果应用程序需要多版本控制不支持的资源，并且已在已安装在平台的目标区域类型中的 CICS 束中使用该资源，请创建新的 CICS 束项目。 通过在清单文件中指定导入，将资源声明为新的 CICS 束的依赖关系。 然后，将新的 CICS 束项目包含在应用程序项目中。

• Gradle 或 Maven 插件只支持一部分捆绑包，包括与 Java 开发最相关的捆绑包，如 EAR、WAR、OSGi 捆绑包等。
• Gradle 和Maven模块，它们创建的 包与在本地创建的 包项目具有不同的元数据和结构 CICS CICS CICS Explorer。 因此，无法使用 CICS Explorer将它们导出到 z/FS。 如果您在的捆绑包清单编辑器中打开由 Gradle、Maven 或其他构建工具生成的捆绑包，编辑器将变为只读状态。 CICS Explorer ，编辑器将变为只读状态。