JBPM部署AWS EC2后调用KIE API启动进程出现事务超时多线程错误

该问题核心是跨环境网络延迟+事务边界配置不合理共同导致的异常，具体触发逻辑如下：

1. 本地Windows 10环境为回环访问，KIE Server Client调用延迟极低，默认事务/接口超时阈值可覆盖请求耗时，因此运行正常
2. AWS EC2 Windows Server 2019环境存在额外网络开销：若配置公网IP访问同实例KIE Server会绕公网链路、Windows防火墙/AWS安全组规则增加链路校验耗时，请求耗时超过默认阈值后触发Arjuna事务超时，Socket读取中断后KIE Server Client误判端点不可用，最终抛出No available endpoints found异常
3. 自定义WorkItemHandler默认运行在父流程的事务上下文内，子流程同步调用的耗时会全部计入父流程事务时长，放大了超时风险

按优先级从高到低执行以下操作：

• 调整接口与事务超时阈值
  1. KIE Server Client初始化时显式设置读写超时，示例代码如下：

  KieServicesConfiguration config = KieServicesFactory.newRestConfiguration("http://127.0.0.1:8080/kie-server/services/rest/server", "admin", "password");
  // 设置2分钟读写超时，可根据实际子流程执行时长调整
  config.setTimeout(120000L);
  KieServicesClient client = KieServicesFactory.newKieServicesClient(config);
  

  2. 调整Arjuna事务默认超时：打开JBPM根目录下standalone/configuration/standalone-full.xml，找到<coordinator-environment>节点，将default-timeout属性值从默认300（单位秒）调整为1800或更高
• 修正KIE Server访问路径：同EC2实例部署的场景，KIE Server地址强制使用127.0.0.1或EC2内网IP，避免公网链路开销；同时检查Windows Server防火墙、AWS安全组的入站规则，放开KIE Server监听端口（默认8080、8443）的本机访问权限
• 拆分事务边界：给自定义WorkItemHandler类添加@Transactional(propagation = Propagation.REQUIRES_NEW)注解，让子流程调用使用独立事务，不占用父流程的事务时长

如果调整配置后仍偶发超时，可替换原有实现逻辑彻底规避问题：

• 最优方案：使用原生多实例子流程节点
  若批量启动的是同定义子流程，直接在父流程中添加多实例子流程节点，配置输入集合为用户选择的子流程参数列表，JBPM原生支持自动批量启动子流程、等待所有子流程执行完成后再继续父流程逻辑，无需自定义WorkItemHandler和远程调用，稳定性和性能最高
• 次优方案：本地API启动子流程
  同KIE Server实例部署的流程无需走远程API调用，直接在WorkItemHandler中注入RuntimeManager，用本地API启动子流程，完全避免网络开销，示例代码如下：

  RuntimeEngine engine = runtimeManager.getRuntimeEngine(ProcessInstanceIdContext.get(workItem.getProcessInstanceId()));
  ProcessInstance subInstance = engine.getKieSession().startProcess(subProcessId, processParams);
  

• 高并发场景方案：异步调用+回调通知
  父流程启动子流程后不等待同步返回，直接完成当前WorkItem并进入等待节点；子流程执行完成后通过信号、事件节点回调通知父流程，父流程累计收到所有子流程的完成通知后再继续执行，彻底规避长事务问题

内容的提问来源于stack exchange，提问作者Gana