一、背景

应用代码的日志框架使用slf4j，绑定log4j2实现。不使用log4j1。

近期对日志依赖调整后，发现如下异常

一、问题描述

前天晚上建华重启Webmethod IS后发现IS无法正常加入Cluster。管理端报错如下，

一、背景

最近为了响应公司“降本增效”，提高资源使用率，我们EDI小组决定要整合edi-db、edi-rest、edi-admin三个springboot应用到一个云主机上，通过Nginx反向代理进行分流。最终配置结果如下图：

一、问题描述

昨天研发反馈使用EDI的HTTP调用结点时，http响应报错如下： Failed to parse multipart servlet request; nested exception is java.io.IOException: org.apache.tomcat.util.http.fileupload.FileUploadException: the request was rejected because no multipart boundary was found。

1. 背景

昨天有商家运维提示商家证书更新，需要我方手动导入更新。可通过访问该URL发现该地址的https证书是经过CA认证的，非自签名的，如下图。

总结

昨日，遇到有个异常堆栈，由于只重点关注了最后的causeby，忽略了前面重要的异常信息（Encode esponse error），导致定位时间加长。

一、问题描述

开发通过Jone编译部署时，报错如下：

昨日UAT环境发现一个问题，今日想来还是有必要记录一下，毕竟有些方法执行出错时选择抛出异常，而有些方法选择把异常信息裹进返回值。如果忽略了返回值的校验，就有可能出现异常信息丢失的情况，让人摸不着头脑。

一、背景

1. 背景

EDI的测试环境最近经常有开发返回SFTP报错，堆栈如下：

一、背景

昨日，有开发反应在edi的日志里发现一个异常现象：“JSON字符串反序列化后，数字值不对了”。类似如下：

今天在写Rest端新功能时，发现一个错误如下，明显是由于jar包冲突导致的。原因有两种：
1）jar包版本错误
2）两个不同artifact的jar包，包含了相同的类，导致随机加载

一、问题描述

上周末，某商家上线后，导致两个问题：1）集群的启动日志没有该商家的任何启动信息；2）其他商家开始出现错误ProducerTemplate has not been started。

一、问题描述

昨天，一个研发同时在使用EDI的IDE在本地运行时报错，原因是由于jsf泛化不支持枚举，把流程发布到测试环境后解决。其中有个问题令我困惑，就是异常堆栈显示的抛出异常的位置并不是真正的位置。

一、问题描述

上周三在查看线上Rest服务器后台的日志时，发现日志内容只有spring框架的日志，项目通过logger4j记录的日志则全部没有记录。

一. 问题描述

又日在EDI值班时, 某研发前来询问一种令他困惑的现象, EDI线上流程执行时, 出现函数无法解析的Exception.

一. 问题描述

某日在EDI值班时, 某研发前来询问一种令他困惑的现象, 在RCP环境和线上环境, 相同el表达式的计算结果不一致. el表达式类似${map.prop eq 'anyway'}, 其从一个map中获取指定属性值与某字符判等. 当map中存在prop属性时, 两个环境结果一致, 但当map中不存在该prop时, 两个环境则结果不一致. 线上环境不符合期望.