问题标签 [mainframe]

我正在将文件上传到大型机，在使用记事本打开文件之前，我可以查看它。

上传后，管理员抱怨他无法读取文件中的数据，并且显示为垃圾。

在将文件上传到大型机之前，我还需要做些什么。我正在使用 Chilkat 组件将文件上传到大型机。

非常感谢任何帮助。

谢谢

在 TSO for z/OS 中使用 REXX 或 CLIST 有哪些优点和缺点？

我的理解是 CLIST 只是一种较旧的命令语言，但我们似乎收到了很多使用它们的新软件，即使 REXX 现在是操作系统的标准配置。

为什么首选 CLIST 有什么原因，尤其是考虑到 REXX 的强大功能以及它与 z/OS 的紧密集成？

我不知道这是否可能，所以我会很感激任何想法，即使是 Sql Server 2005 之外的想法，关于如何实现这一点。我有一个连接到远程大型机的链接服务器，我有一个简单的导入作业，它可以在一夜之间运行。问题在于，导入需要来自大型机上的表只是一个临时报告文件，每次用户运行该报告时都会被覆盖，有时使用不同的参数，因此数据总是在变化。一个请求是 SQL 作业仅在特定用户运行报告时运行。这作为字段存储在导入所来自的同一大型机报告表中。在大型机上设置计划运行不是一种选择，因为我们无法控制它，让所有者设置它会很昂贵，不要问我为什么。

我制作了一些 JasperReports，并且在 Windows 机器上运行良好。当报告设置为在具有 zOS 操作系统的大型机上运行时，问题就开始了。

问题是：当 Jasper 创建报告时，它似乎从数据库中读取表元数据，并基于它期望数据到来。
示例：如果我有一列类型为 varchar(20)，那么即使报告字段定义为字符串，Jasper 也只会等待 20 个字符。

这在 Windows 环境中不会发生，但在大型机上，字符编码是 EBCDIC，因此该列在大型机上可能有 19 个字符，但在编码时它以 23 或 24 个字符返回到报告中。

注意：此问题仅出现在非英文字符中。

Jasper 创建报告时抛出UPDATE
A ConversionBufferFull，我没有完整的跟踪，因为我无法访问大型机日志。当值约为 17-20 个字符时，只有一个名为 COUNTRY_DESC 的列会出现问题，会发生异常。

正如我提到的，大型机上的字符集是 EBCDIC，但是当它通过 JDBC 读取时，它会转换为 Unicode。例如，在 EBCDIC 中，单词将是 17 个字符，但在转换后变为 22。出于某种奇怪的原因，Jasper 仅希望该字段为 20。

我有一个字符串“RAJA”，它应该作为十六进制数据写入文件。以下是帮助我描述问题的示例代码。案例（一）

输出到文件：52414A41

但是如果我们直接使用 HEX 数据写入文件，它就可以正常工作 Case(b)

输出到文件：RAJA

问题：如果 (a) 使用 C2X 将字符串转换为 HEX，它返回 HEX 数据字符串而不是 HEX 数据。但是在 case(b) 中，因为 HEX 数据被写入文件。我的问题是如何让 REXX 解释器知道 case(a) 中的变量“名称”具有 HEX 数据并将其写为 HEX。希望我把问题说清楚了。让我走向解决方案。

我们可以将参数从 JCL 传递给 REXX 程序吗？

我想，JCL PARM 可以像我们用于将参数传递给 COBOL 程序一样使用。请把你的想法放在这里...

我需要编写一个 REXX Exec 或 Clist 来识别 WHO 已将数据集排入队列并在 ISPF 对话应用程序上显示用户友好的消息。由于系统配置问题，%WHOHAS 命令不可用。但是我也知道 ISPF 本身（选项 3.4）在 zos 大型机中具有专有挂钩，以显示我需要的排队资源信息 - 因此可以获得信息。不幸的是，我不知道如何使用 REXX Exec 或 CLIST 从 ISPF 3.4 外部访问这些数据。有什么建议么？

我是 Adabas/Natural 和 Cobol 大型机程序员 16 年，截至 2002 年。我在在线和批处理应用程序的分析、设计、开发、测试、实施和文档方面拥有丰富的经验。在中断了 7 年的抚养孩子之后，我想重返软件开发领域。

有人告诉我，现在.NET 语言的需求量很大。有人可以就我应该参加哪些课程来获得扎实的 .NET 语言知识给我建议吗？我应该从 ASP.NET 还是 VB.NET 开始，以及哪些版本？或者，对于必须将编程技能从大型机环境升级到客户端-服务器环境的人，您可能有什么其他建议？

提前感谢您的任何和所有输入！

我正在从 DB2/z 中的一个表中查询一些数据，该表保存每小时的数据，但偶尔会跳过几个小时（如果客户端不发送该小时的详细信息）。

由于我将数据直接输入到需要查询以获取轴数据的图表工具中，因此它有时会缺少时间轴上的值并且看起来很难看：

我们已经禁止添加任何辅助表，例如保存所有时间的 24 行表，因此我需要在 DB2 中进行查询，该查询将返回一天中的所有时间，而无需可靠的后备表。我一直在使用可怕的：

这是我见过的最笨拙的解决方案，所以我宁愿有一些更清洁的东西。

我在下面发布了我自己的解决方案，但我愿意接受任何更简单或更优雅的方法。

是否有任何方法（可能便宜）从 z/OS 大型机（COBOL 程序）访问 Microsoft Sql Server 并在 3270 终端仿真中获得结果？
我知道 3270 是一个相当古老的系统，但在银行 CED 中仍然很受欢迎。