EI中DataMapper映射失败致服务不可用，如何无需重启修复？

我之前在维护WSO2 EI集群的时候遇到过一模一样的问题，核心是Passthru传输层的请求处理线程或者连接池因为DataMapper的异常泄漏了资源，导致后续请求拿不到响应Writer，最终整个服务卡住。下面给你几个不用重启EI就能快速恢复的办法，还有长期的修复建议：

1. 重置Passthru传输层连接池 #

• 登录EI的管理控制台（默认端口9443），进入Monitoring > Transports页面
• 找到passthru-http和passthru-https这两个传输协议，分别点击Stop，等待10秒左右再点击Start
• 这个操作会彻底重置传输层的连接池和处理线程，释放所有被卡住的资源，大部分情况下能立刻恢复服务

2. 手动触发垃圾回收（GC） #

• 如果管理控制台还能正常访问，进入Monitoring > System Metrics页面，找到GC模块，点击Run GC按钮
• 或者通过EI的JMX端口（默认9999），用JConsole、VisualVM这类工具连接到EI进程，手动执行Full GC
• 这个操作可以回收因DataMapper失败而滞留的内存对象，缓解线程阻塞的问题

3. 单独重启故障API #

• 进入管理控制台的Manage > APIs页面，定位到出问题的getSignDetailInfoByChid1 API
• 点击Edit，不需要修改任何配置，直接点击Save，系统会自动重启这个API的运行上下文
• 这个方法针对性更强，不会影响其他正常运行的API服务

临时恢复只是应急手段，要彻底解决得从根源入手：

• 给DataMapper添加异常处理：在API的入序列或出序列中配置<faultSequence>，捕获DataMapper映射失败的异常，在异常流程里添加<property name="RESPONSE" value="true"/>和<send/>来正常关闭请求上下文，避免资源泄漏
• 调整Passthru传输层参数：修改repository/conf/axis2/axis2.xml中passthru-http的配置，比如调大max-open-connections、缩短connection-timeout或者设置max-requests-per-connection，防止连接池被耗尽
• 升级EI版本：这个Writer null when calling informWriterError的问题在WSO2 EI 6.5.0及以后的版本中已经有官方修复，如果你使用的是旧版本，建议升级到稳定版

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