使用JCl和Cobol搜索实用程序（3.14）

RKS3 · 发表：2017年6月10日星期六10:24 pm

使用JCl和Cobol搜索实用程序（3.14）。

大家好 -

我正计划创建一个JCL（可以使用cobol程序），该JCL可用于在PDS库（作业，进程，控制卡）中搜索程序，以查找相应的作业，进程，控制卡，从而节省时间当我们使用3.14（搜索实用程序）进行搜索时，我们需要等到它完成。

输入->sysin srch中的“程序名”
Ouput->文件中的程序名称，作业，过程，控制卡

我尝试使用带有程序名称的SRCHFOR的ISRSUPC实用程序，并且发现程序名称用于带有符号参数的控制卡中。因此，如何进一步开展工作以找到工作并进行。

您能否对此发表您的想法，或者是否有其他简单的解决方案可以解决所有障碍？

注意：
1->控制卡名称可能与程序名称不同
2->程序名称可以在控制卡的任何地方提及：例如：对于db2，则为RUN PROGRAM（程序名称）
3->如何查找程序名称是在proc中使用还是在proc中使用的控制卡中？

感谢您的时间。[/ b]

史蒂夫·迈尔斯

在这些论坛中永远不要在多个地方发布相同的查询。您将不会在任何地方得到回应。

罗伯特·桑普

RKS3 · 发表：2017年6月11日，星期日12:31 pm

你好罗伯特

节省时间，我的意思是它将作为批处理作业运行，如果需要在多个PDS中进行搜索，我可以执行其他任务。这只是原因之一。

通过仅提供输入作为程序名称，我应该获得带有程序名称和相应的proc n job的输出。

是的，在不同的库中还有许多其他控制卡的可能性。我想包括所有可能。我的问题是，是否可以在jcl中完成？

谢谢你的时间。

罗伯特·桑普 · 发表于：2017年6月11日，星期日5:18 pm

ISPF 3.4可以作为批处理作业提交，因此您这样做的原因仍然完全是错误的。

“是否可以在jcl中完成”是什么意思？ JCL除了为程序设置执行环境外什么都不做-有时程序是应用程序，有时程序是DFSORT之类的系统实用程序-但是JCL本身不做任何事情（如果要删除数据集，，甚至您也可以运行一个名为IEFBR14的系统程序来执行此操作）。

在此论坛或任何论坛上，您不太可能获得帮助，因为我们认为没有理由浪费时间来重新发明已经可用的工具。

达夫波塞兰 · 发表：2017年6月12日星期一5:02 pm

可以做到，但绝非易事。我知道，因为我已经做到了。

这是我的步骤的简要概述。

1）使用过的XREFPLUS！扩大所有生产工作。此过程将引入所有Procs和Control卡。

2）使用一系列Synsort步骤从创建的过多JCL输出中提取重要信息。

3）使用了一系列本地化的Rexx执行程序，以进一步将数据精炼为最终用户可以引用的格式。

这是6个月以上的工作，可分为三个步骤。

此过程每月分批运行两次，以保持数据相关性。

史蒂夫·迈尔斯 · 发表：2017年6月12日星期一6:09 pm

Dave：求求您，XREFPLUS是什么！？

达夫波塞兰 · 发表：2017年6月12日星期一7:04 pm

该产品是JCL交叉引用工具。

它的功能之一是扩展Jobs以引入Procs，SYSIN和SYSTSIN输入。

我敢肯定，还有其他产品也能做到这一点。

罗希特·乌马尔吉卡（Rohit Umarjikar） · 发表：2017年6月12日星期一8:40 pm

RKS3 · 发表于：2017年6月13日，星期二2:37 pm

尼克·克劳斯顿 · 发表于：2017年6月13日，星期二3:37 pm

RKS，
为什么要问戴夫？您的位置是否已安装XREFPLUS？如果您这样做，则将可以使用这些年鉴，并且您的工作场所中将有一些样本。如果尚未安装，则必须去系统程序员那里，要求他们购买（我认为它不是免费的）并安装。购买它意味着您将有权使用手册和样品以及供应商支持。

RKS3 · 发表于：2017年6月13日，星期二4:39 pm

达夫波塞兰 · 发表于：2017年6月13日，星期二5:13 pm

曾经，我们公司曾考虑终止XREFPLUS的合同！

他们要我提出替代方案。我研究了执行类似功能的CA JCLCHECK。我看起来可能，但有一些困难。然后无论出于什么原因，他们续签了合同。

这里的重点是：您需要一种扩展Procs并解析符号参数的方法。这就是这些产品的用途。