Batch file 在z/OS上运行Liberty概要文件中部署的Java批处理

在z/OS上运行Liberty概要文件（支持JSR352规范）中的java批处理程序的方法对市场来说是比较新的还是已经很长时间了

这个问题背后的原因是，我听说这是一个 IBM进行了相对较新的尝试，没有太多实时系统 在市场上运行这种方法。这是真的吗

---

注意：我知道JSR352已经存在了很长一段时间，但我的问题是它在z/OS（大型机）中的Liberty概要文件中的支持

对JSR-352的支持在WebSphere Liberty中显示为Java EE7支持的一部分，该支持于2015年6月在8.5.5.6中提供。它在z/OS和Liberty支持的所有其他平台上都受支持。有一些仅在z/OS上支持的额外功能（即SMF录制，一个z/OS特定的命令行界面）。
WebSphere traditional对IBM专有Java批处理产品（WebSphere Compute Grid）的支持至少可以追溯到十年前（在z/OS和分布式平台上）。

---

关于Liberty JSR-352支持（特别是在z/OS上）有很多信息，从这里开始：

@yathirigan Java如果没有ZIP处理器，在大型机上是不可行的。与传统的大型机批处理语言（如COBOL或PL/I）相比，它使用了大量的资源，包括CPU和内存。有一件事是可以肯定的，那就是你需要确保你有足够的ZIP引擎来满足你的工作负载，因为如果Java工作负载溢出到GCP上，你可能会发现你的每月许可费已经涨到了顶点

多谢各位。与我交谈过的人中很少有人不相信JSR支持的Liberty概要文件在生产级系统的行业中并不成熟，也没有得到很好的验证。因此，他们建议构建并运行通过BPXBatch调用的java程序。我觉得自己编写批处理逻辑是不值得的，我们应该利用SpringBatch之类的框架并在Liberty上运行它们。您对此有什么想法吗？BPXBATCH（或JZOS启动器）是z/OS上Java批处理的常见起点。但这很容易导致创建自己的自主框架。除了Liberty之外，还有一些JSR-352的实现。SpringBatch是另一个专有模型，尽管它支持JSR-352模式。Liberty Batch有生产用户，包括z/OS上的用户，但我不能说得更具体。自2015年6月以来，为了响应客户需求（RFE），我们还对操作扩展做了很多改进。与使用传统的大型机批调度程序（如TWS（OPC）或使用JZOS的CA7）相比，在Websphere内部使用批调度框架有哪些优势（我会避免像瘟疫一样使用BPXBATCH）？大型机已经擅长于运行批处理工作负载，从我对JSR-352的了解来看，除了能够分割流之外，它似乎没有什么改进。传统的大型机批处理调度与仅运行一步批处理作业的拆分相同，这被大多数z/OS商店视为最佳实践。运行Java批处理不减少MIPS消耗吗？“大型机卸载–在IBM z/OS上，Java工作负载有资格卸载到专业引擎1，这为运行Java提供了财务上的好处”（参考：IBM提供的WP102544文档）@yathirigan:Java中的任何东西通常都会在ZIP引擎上运行，而不是在GPs上运行，这通常会降低成本。有例外和特殊情况，费用很复杂。。。。至于BPXBATCH（或JZOS）的Spring批，我不知道。。。我认为SpringBatch可以在JSE环境中运行，因此答案似乎是肯定的……这是一个很好的警告。非常感谢。现在，我们在未使用的zIIP引擎中拥有很好的处理能力，因此我们正在采取一小步，将一些批处理从COBOL卸载到Java。有了这个警告，我们将在开始一个接一个地移动程序时密切监视使用情况。可以配置z/OS，以便Java工作负载只分配给ZIP，而不分配给GCP。这对于批处理来说是可以接受的，但对于事务系统来说肯定不行。IIRC，有一个2比1的规则，所以每一个GCP最多只能获得两个拉链。我们有一个客户想要添加更多的ZIP，但却不能，因为他们将不得不购买更多的GCP，并且他们的软件许可证将增加。他们宁愿偶尔购买GCP，然后再购买额外的发动机。