UiPath 终端连接 - 内部与 EHLLAPI？
UiPath terminal connection - internal vs EHLLAPI?
我正在尝试使用 UiPath 在 AS400 终端中实现自动化。
我在屏幕 "blinks" 处遇到稳定性问题，这可能会导致错误。这将输出跟踪日志："XMLScreen:Render BUGBUG XMLScreen.Field is blank"。
我正在内部连接 UiPath，想知道这是否是我出现问题的原因。我搜索了几个小时，但找不到有关 UiPath 内部和 IBM EHLLAPI 之间区别的任何信息。我知道的唯一区别是 EHLLAPI 使用已经存在的终端会话。
就稳定性而言，一种连接方式通常比另一种更好吗？为什么？
非常感谢所有输入！ :)
这两个选项的工作方式完全不同。
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）。
您的组织可能正在使用第三方模拟器，例如伦巴 - 我认为其中一些支持 EHLLAPI。
UIPath 内部选项启动并写入 TN5250 会话，从文档中听起来好像您几乎无法控制（例如重新键盘映射）。
如果可以的话，我建议您使用 EHLLAPI（即如果您安装了合适的 IBM 或第三方产品，如上所述）。
但是，您完全确定您需要对它进行屏幕抓取吗？您是否无权访问 IBM i 源代码，这可能允许您在本地编写适合 运行 的程序？我很荣幸能说出这一点，因为屏幕抓取 IBM i 应用程序总是让人感到悲伤（例如，面板出现您不期望的，尤其是在登录时，或者如果发生错误）。
我正在尝试使用 UiPath 在 AS400 终端中实现自动化。
我在屏幕 "blinks" 处遇到稳定性问题，这可能会导致错误。这将输出跟踪日志："XMLScreen:Render BUGBUG XMLScreen.Field is blank"。
我正在内部连接 UiPath，想知道这是否是我出现问题的原因。我搜索了几个小时，但找不到有关 UiPath 内部和 IBM EHLLAPI 之间区别的任何信息。我知道的唯一区别是 EHLLAPI 使用已经存在的终端会话。
就稳定性而言，一种连接方式通常比另一种更好吗？为什么？
非常感谢所有输入！ :)
这两个选项的工作方式完全不同。
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）。
您的组织可能正在使用第三方模拟器，例如伦巴 - 我认为其中一些支持 EHLLAPI。
UIPath 内部选项启动并写入 TN5250 会话，从文档中听起来好像您几乎无法控制（例如重新键盘映射）。
如果可以的话，我建议您使用 EHLLAPI（即如果您安装了合适的 IBM 或第三方产品，如上所述）。
但是，您完全确定您需要对它进行屏幕抓取吗？您是否无权访问 IBM i 源代码，这可能允许您在本地编写适合 运行 的程序？我很荣幸能说出这一点，因为屏幕抓取 IBM i 应用程序总是让人感到悲伤（例如，面板出现您不期望的，尤其是在登录时，或者如果发生错误）。