我正在尝试使用 UiPath 在 AS400 终端中实现自动化。
我遇到了屏幕“闪烁”的稳定性问题，这可能会导致错误。这会输出一个跟踪日志：“XMLScreen:Render BUGBUG XMLScreen.Field is blank”。
我正在与 UiPath 内部连接，想知道这是否是我的问题的原因。我已经搜索了几个小时，但找不到任何关于 UiPath internal 和 IBM EHLLAPI 之间区别的信息。我知道的唯一区别是 EHLLAPI 使用已经存在的终端会话。
在稳定性方面，一种连接方式通常比另一种更好吗？为什么？
非常感谢所有输入！ :)
【问题讨论】：
标签： terminal connection ui-automation ibm-midrange uipath
这两个选项的工作方式完全不同。
EHLLAPI 适用于现有已安装的 IBM i Access for Windows 或 IBM i Access Client Solutions (ACS) 软件。它是一个非常具体、可靠且完善的 IBM 专有 API，它不以任何方式使用 Telnet。您需要确保启用了 EHLLAPI 支持（例如，http://www-01.ibm.com/support/docview.wss?uid=nas8N1010639 用于 ACS）。
您的组织可能正在使用第三方模拟器，例如Rumba - 我认为其中一些支持 EHLLAPI。
UIPath 内部选项启动并写入 TN5250 会话，从文档中听起来好像您几乎无法控制（例如重新键盘映射）。
如果可以的话，我建议您使用 EHLLAPI（即，如果您安装了合适的 IBM 或第三方产品）。
但是，您绝对确定需要对它进行屏幕抓取吗？您是否无法访问 IBM i 源代码，这可能允许您编写合适的程序以在本地运行？我很荣幸能这么说，因为屏幕抓取 IBM i 应用程序总是很痛苦（例如，面板会出现您没有预料到的情况，尤其是在签到时或发生错误时）。
【讨论】：