泛微E9流程机器人常见答疑

最新推荐文章于 2024-06-23 14:31:31 发布

你真好看≧◔◡◔≦

最新推荐文章于 2024-06-23 14:31:31 发布

阅读量1.3k

点赞数 5

分类专栏：泛微E9二次开发文章标签： java

本文链接：https://blog.csdn.net/qq_31614535/article/details/136929827

版权

泛微E9二次开发专栏收录该内容

20 篇文章 42 订阅

订阅专栏

1、第二次到达机器人节点，未触发机器人节点自动提交。

答：首先根据设置看下后端是不是有更改过节点类型，确认没有更改过一直设置都是机器人自动提交节点处理，未设置等待或者永久等待节点类型；确认上一次达到本节点的时间，机器人同一个节点连续两次处理有一个最小时间时间为10分钟，如果间隔时间不足10分支，第二次机器人节点就不会自动处理了。

解决方案：升级标准qc：1488536 升级后现支持可通过修改workflow_settings的robotMinIntervalTime字段来实现配置（默认是10分钟），单位是分钟。

KB900211200版本已整理

select robotMinIntervalTime from workflow_settings where id = 1。

修改最小间隔为5分钟事例：

update workflow_settings set robotMinIntervalTime = 5 where id = 1。

机器人扫描周期：select sentryScanRate from workflow_settings where id =1 默认 30分钟

2、机器人自动处理提交节点不生效

答：参考上面问题1，检查设置正常的话，取workflow日志和ecology日志根据requestid搜索，

日志显示key不一致，如果ip一致那可能就是线程起重复了，可以让客户重启服务再看机器人节点是否正常处理，ip不一致，是用户配置问题，让用户检查下拿一下对应得问题IP地址得正式和测试环境的weaver.properties配置文件（路径：weaver/ecology/WEB-INF/prop/weaver.properties），只能是一个服务器连接正式库，如果多个服务器连接正式库需要调整下；如果配置文件正常，重启服务后再观察。

3、机器人节点自动处理提示失败

答：先确认对应出口条件是否存在问题，机器人处理失败出口条件不满足同流程提交失败一样，出口操作者确认都无问题，看下是否存在机器人节点有节点后附加操作和下一节点节点前附加操作接口，拿下workflow日志、integration日志和ecology日志根据requestid搜索找到对应失败记录后，再结合报错信息具体处理。如果显示对应action接口执行失败导致流程自动处理失败，根据接口名称判断是否标准接口，标准接口反馈到对应模块检查逻辑，客户自行开发接口反馈客户自行检查接口逻辑即可。

4、机器人自动处理节点延迟处理

问题现象：

机器人自动处理节点到达后没有自动即时执行处理，而是停留延迟了近30分钟才执行处理

可以远程先确认是否有连续机器人处理或者多个机器人自动处理节点，一般标准针对机器人连续处理会有加锁延迟处理时间导致问题的，确认不是该逻辑导致，让用户确认下部署oa是否集群环境，一般单节点单机环境不会出现延迟处理的问题，集群环境的话让用户提供下当天日志和出现问题的流程requestid：

Ecology\log\ecology

resin\log\stderr

resin\log\stdout

Ecology\log\workflow\workflow）

我们可以根据日志看看具体是否有添加机器人处理任务，添加之后是否有正常执行还是延迟执行了，根据日志我们可以看到，用户是集群环境在次节点提交流转到机器人节点的，次节点有发布redis推送订阅机器人信息到主节点，但是主节点没有收到推送订阅，根据日志可以搜索关键字：机器人节点数据扫描，判断是主节点全盘扫描时才添加任务执行机器人处理的：

因为集群环境要保证机器人自动处理即时处理，是需要次节点借助redis数据库推送信息到主节点，主节点接收到机器人订阅处理信息在执行添加任务处理

这种就是redis次节点推送主节点没接收到，可以看看用户redis配置是否正常，拿下对应配置文件：WEB-INF/prop/weaver_new_session.properties检查下stauts是否是1正常启用

到这里都正常说明redis都没问题，

这个时候咱们可以让其提供下最近一次重启时候的日志，或者用户不记得具体重启时间和无法提供最近一次重启日志，那就让当前重启下服务，看看机器人处理是否还有问题，如果还有问题提供下重启时候的日志，可以确认下重启时候我们流程超时调用redis消息推送订阅逻辑是否正常调用成功，根据关键字分别搜索下：调用成功关键字subscribe redis, channel和调用执行失败报错关键字subsrcibe channel error