可以使用 Fiddler 来监控 PCOMM session 或任何 3270 仿真器 session 吗?

Can one use Fiddler to monitor a PCOMM session, or any 3270 Emulator session?

可以使用 Fiddler 来监控大型机 PCOMM session 吗?还是带有任何 3270 仿真器 软件的大型机 session?如果是这样,如何?看了Fiddler的文档,搜了一下,没有提到。

最终目标是使用Java代码连接到主机。我已经提供了一个 PCOMM 自动化解决方案,可以登录、转到 CICS、执行事务、屏幕抓取屏幕并将屏幕数据放入文件。现在客户要我在没有 PCOMM 的情况下做同样的事情。用户想要使用 Java 解决方案。我有 Java 连接到主机的程序。但是为了"log on"返回到主机的初始菜单画面。我看到一串3270代码,比如255(IAC)253(DO)40(?),我回复255,253(Will do)40(?)EOR。主机返回255、250(Subnegotiate)40(?)等等。我以不同的方式尝试了这样的代码,但到目前为止还没有运气。参见 http://www.faqs.org/rfcs/rfc1576.html for more info on the codes to negotiate a session 3270. It is a very old document and may have been updated since. Also http://www.faqs.org/rfcs/rfc854.html

我的想法是监视 PCOMM session,以发现正确的对话来协商与 3270 的连接 session。毕竟,PCOMM 正在努力实现 session。

谢谢, 巴鲁克阿塔

我明白你在做什么。您有几个选择:

  1. 使用 HATS 或 Host on Demand (HOD) API 访问屏幕。此 API 旨在将屏幕转换为您可以使用的 Java 对象。实际上,您可以使用 HATS 创建 Web 服务(基于 SOAP 或 REST),您可以利用任何客户端对其进行访问。这是最快、最快的方法。这是一个overview of HATS web services。如果您尝试使用 Java 访问 telnet 流,您将花费数月甚至数年的时间来重新创建 HATS/HOD API 已经提供的内容。

  2. 修改您的 CICS 应用程序并设置 CICS Web 服务。这些是您部署到 CICS 中的 JVM 区域的 OSGi 包。这是最优雅的方法,但需要更陡峭的学习曲线和实施时间。然而,一旦您完成了第一个 CICS 程序,其余的程序就会像多米诺骨牌一样开始倒塌。 Check out this Redbook

与现场的其他工作人员合作,我们得出结论,Fiddler 无法查看 PCOMM 通信。我们得出结论,Fiddler 只能监视基于 BROWSER 的通信。我们的员工自称是 Fiddler 的 "experts",经验丰富。如果 STACK Overflow 上有人真的可以使用 Fiddler 来监控 PCOMM 与大型机的通信,我很乐意被证明是错误的。