首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >UiPath终端连接-内部还是EHLLAPI?

UiPath终端连接-内部还是EHLLAPI?
EN

Stack Overflow用户
提问于 2019-01-21 09:03:15
回答 1查看 1.9K关注 0票数 1

我试图在AS400终端中使用UiPath实现自动化。

在屏幕“眨眼”的情况下,我会遇到稳定性问题,这会导致错误。这将输出一个跟踪日志:"XMLScreen:Render XMLScreen.Field为空“。

我正在与UiPath内部联系,并想知道这是否是我的问题的原因。我已经搜索了几个小时,但是找不到任何关于UiPath内部和IBM之间的区别的信息。我所知道的唯一不同之处是,EHLLAPI使用的是已经存在的终端会话。

在稳定性方面,连接的一种方式比另一种更好吗?为什么?

非常感谢所有的输入!:)

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2019-03-13 21:00:05

这两种选择完全不同。

EHLLAPI针对现有安装的或(ACS)软件进行工作。它是一个非常具体、可靠和完善的IBM专有API,它不以任何方式使用Telnet。您需要确保启用了EHLLAPI支持(例如,用于ACS的http://www-01.ibm.com/support/docview.wss?uid=nas8N1010639 )。

您的组织可能正在使用第三方仿真器,例如Rumba --我认为EHLLAPI得到了其中的一些支持。

UIPath内部选项启动并写入TN5250会话,从文档中听起来它似乎没有什么控制能力(例如,重新进行键盘映射)。

如果可以的话,我建议您使用EHLLAPI (也就是说,如果您有合适的IBM或第三方产品安装在上面)。

但是,你完全确定你需要在屏幕上刮一下这个吗?您没有对IBM源代码的访问权限,这可能允许您编写一个适合本地运行的程序吗?我很荣幸地说这一点,因为屏幕擦拭IBM I应用程序总是让人感到悲伤(例如,面板显示您没有预料到,特别是在准时签名或出现错误时)。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/54286432

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档