比较 CICS 标准方式 Liberty 和 CICS 集成方式 Liberty
Liberty 可在 JVM 服务器中运行的两种方式是 CICS® 标准方式 Liberty 和 CICS 集成方式 Liberty。
这两种方式都由单个 JVM 概要文件选项配置。 请参阅 JVM 服务器选项 CICS_WLP_MODE 以获取详细信息。
CICS 集成方式 Liberty
- 由支持 CICS的线程实现。
- 在 CICS 任务下运行。
- 通过 Java 网络应用程序访问 CICS 资源。
CICS 标准方式 Liberty
- Liberty 服务器实例的生命周期和管理控制。
- CICS 束应用程序部署。
- 对支持 CICS的线程进行程序化选择性加入，这将提供对 CICS 资源， CICS 安全性和本机 Db2® 驱动程序的访问。
并排比较
正如表所突出显示的那样，将应用程序迁移到 CICS 标准方式 Liberty 比迁移到 CICS 集成方式 Liberty 更简单。 这反映了 Liberty 在 CICS外部的操作，其中没有特定于 CICS的限制或配置。 CICS标准模式 Liberty 还提供了增强zIIP-eligibility因为本地人CICS— 集成代码不运行。 此外， CICS 标准方式 Liberty 中提供的每个请求的 CP 周期减少是因为本机代码不会引导到每个请求的 CICS 任务环境中。
| 功能 | CICS 集成方式 Liberty | CICS 标准方式 Liberty |
|---|---|---|
| 受支持的功能部件集 | 雅加达 EE 10 全平台 Jakarta EE 9 完整平台 Java EE 8/Jakarta EE 8 完整平台 Java EE 8/Jakarta EE 8 Web 概要文件 Java EE 7 完整平台 Java EE 7 Web 概要文件 Java EE 6 Web 概要文件 |
雅加达 EE 10 全平台 Jakarta EE 9 完整平台 Java EE 8/Jakarta EE 8 完整平台 Java EE 8/Jakarta EE 8 Web 概要文件 Java EE 7 完整平台 Java EE 7 Web 概要文件 Java EE 6 Web 概要文件 |
| Java CICS API (JCICS) | 是 | 仅在 runAsCICS() API 下是 |
| Db2 的本机驱动程序 | 是 | 仅在 runAsCICS() API 下是 |
| 轻松将应用程序迁移到 CICS Liberty | 中等 | 轻松简单 |
| 异步操作和嵌套事务 | 某些限制 | 是 |
| 应用程序的 CICS 束部署 | 是 | 是 |
| CICS Liberty 自动配置可用 | 是 | 是 |
| JVM 服务器创建并控制 Liberty 服务器? | 是 | 是 |
| zIIP 资格 | 高达 90% | 高达 99% |
| CP | 集成开销 | 最小开销 |
| CICS 线程池优化 | 是 | False |
当应用程序希望使用 CICS 资源并与 CICS 功能 (例如， JDBC 类型 2) 集成时， CICS 标准方式 Liberty 要求您通过使用 CICSExecutorService.runAsCICS() API 以编程方式选择性加入支持 CICS的环境。 与CICS集成模式 Liberty，更多开销和zIIP-eligibility减少是运行下的权衡CICS任务。 CICS 标准方式 Liberty 要求在可通过 runAsCICS() API 运行的独立操作中隔离 CICS 资源工作。 您可以通过最大限度减少对 CICS 的访问并限制对特定应用程序组件的访问，最大限度地利用 CICS 标准方式 Liberty。
随着 CICS 集成级别的提高，与 CICS 集成方式 Liberty 相比，在 CICS 标准方式 Liberty 中运行的成本上升。 虽然这两个环境都可以将您的工作负载置于支持 CICS的环境中，但与 CICS 标准方式 Liberty 的一次性 CICS支持的线程相比， CICS 集成方式 Liberty 使用内部线程池和其他可伸缩性优化。 另外还有一个重要的区别-用于满足 runAsCICS() 请求的一次性线程不支持 Enterprise Java。 不能将 JCICS 与 Enterprise Java 混合使用。 相反，在 CICS 集成方式 Liberty (使用优化的线程池技术) 中运行的请求可以愉快地混合 Enterprise Java API 和 JCICS API。