我正在尝试使用UiPath在AS400终端中实现自动化。
我在屏幕“闪烁”时遇到稳定性问题，这可能会导致错误。这将输出跟踪日志：“ XMLScreen：Render BUGBUG XMLScreen.Field为空”。
我正在与UiPath内部连接，想知道这是否可能是我的问题的原因。我已经搜索了几个小时，但是找不到有关UiPath Internal和IBM EHLLAPI之间的区别的任何信息。我知道的唯一区别是EHLLAPI使用了已经存在的终端会话。
关于稳定性，为什么连接是通常比其他方法更好的选择？为什么？
非常感谢所有输入！ ：）
答案 0 :(得分：1)
这两个选项的工作方式完全不同。
EHLLAPI可与现有的已安装的Windows版IBM i Access或IBM i Access客户端解决方案（ACS）软件配合使用。这是一个非常具体，牢固且建立良好的IBM专有API，它不以任何方式使用Telnet。您需要确保已启用EHLLAPI支持（例如ACS的http://www-01.ibm.com/support/docview.wss?uid=nas8N1010639）。
您的组织可能正在使用第三方仿真器，例如Rumba-我认为其中一些支持EHLLAPI。
UIPath内部选项启动并写入TN5250会话，在会话中听起来好像没有什么控制权（例如重新键盘映射）。
如果可以的话（如果您如上所述安装了合适的IBM或第三方产品），我建议您使用EHLLAPI。
但是，您确定要完全将屏幕刮掉吗？您是否无权访问IBM i源代码，这可能使您可以编写合适的程序以本机运行？我很荣幸地说这句话，因为在屏幕上刮擦IBM i应用程序总是让人感到悲痛（例如，面板看起来不是您所期望的，尤其是在登录时或发生错误时）。