WebSphere 9上传EAR包卡顿，遇Log4J类路径及IO错误，求JVM参数方案

错误分析 #

你遇到的两个错误中，核心问题是异步IO操作失败（RC:55），这直接导致multipart/form-data请求处理中断；而Log4j2的警告属于日志组件配置问题，并非上传失败的直接原因。

核心问题（IO错误RC:55）解决步骤 #

• 检查网络稳定性：确认管理控制台与WebSphere服务器之间的网络无中断，防火墙或代理未拦截上传请求的连接
• 调整WebSphere文件上传限制：
  1. 登录管理控制台，进入应用程序服务器 > 目标服务器 > Web容器 > 定制属性
  2. 添加或修改以下属性：
     • com.ibm.ws.webcontainer.maxRequestSize：设置为合适的最大值（例如104857600对应100MB），覆盖默认上传大小限制
     • com.ibm.ws.webcontainer.https.maxRequestSize：若使用HTTPS上传，同步设置该属性
• 调整TCP传输通道配置：
  1. 进入应用程序服务器 > 目标服务器 > Web容器 > HTTP传输链 > 目标传输链 > TCP传输通道
  2. 调大最大缓冲区大小（例如设置为65536），或启用Nagle算法优化网络传输
• 清理临时目录：检查WebSphere临时目录（默认${WAS_HOME}/temp）的磁盘空间，删除过期临时文件，避免上传时临时文件写入失败
• 拆分大型EAR：如果EAR包体积过大，尝试拆分为多个模块分别部署，再整合

Log4j2警告处理 #

若要消除日志警告，将log4j-core.jar添加到WebSphere服务器的类路径中，例如放置在${WAS_HOME}/lib/ext目录下，或确保应用程序的类路径包含该jar包。

关于你提到的JVM参数 #

• DSDMSConfig.build.date=12/17/2022：该参数为特定组件的构建日期标识，与当前上传问题无关，无需添加
• -DloggingFlush=true：此参数用于强制日志刷新，仅能缓解Log4j2的日志输出问题，无法解决上传时的IO错误，不是针对核心问题的有效方案

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