**
记录分布式测试环境格式化日期问题
过程:
今天测试人员在测试环境的过程中点击保单审核的时候报500错误,刚开始是以为后台人员在发版,得到肯定的通知之后,后端人员开始排查问题,在kiban日志上查询到是因为别的系统修改时间,导致本服务在调用返回日期,格式化失败。
报错结果:
JSON parse error: Can not deserialize value of type java.util.Date from String “2021-03-05 10:46:34”: not a valid representation (error: Failed to parse Date value ‘2021-03-05 10:46:34’: Can not parse date “2021-03-05 10:46:34”: while it seems to fit format ‘yyyy-MM-dd’T’HH:mm:ss.SSS’, parsing fails (leniency? null)); nested exception is com.fasterxml.jackson.databind.exc.InvalidFormatException: Can not deserialize value of type java.util.Date from String “2021-03-05 10:46:34”: not a valid representation (error: Failed to parse Date value ‘2021-03-05 10:46:34’: Can not parse date “2021-03-05 10:46:34”: while it seems to fit format ‘yyyy-MM-dd’T’HH:mm:ss.SSS’, parsing fails (leniency? null))
at [Source: sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@40c2017a; line: 1, column: 8828] (through reference chain: com.jt.www.model.reps.GenericDataResponse[“data”]->com.jt.www.model.vo.endorse.AppDetailProVo[“insuranceCompanyVOS”]->java.util.ArrayList[0]->com.jt.www.model.vo.sdCheck.InsuranceCompanyVO[“updateDate”])
分析:
原因是投保中心修改时间类型,但是本系统是用string类型接收,接受到之后进行格式化,代码如下:
/**
* 起保日期
*/
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")
@ApiModelProperty(value = "起保日期")
private String startDate;
**解决方案:**
1. 因投保中心属于大平台,既然是分布式系统,在修改的前提下应该提前通知别的系统,导致更多风险,分析是否必须修改,如不是,修改回去
2. 在接受到参数之后,setDate在实体类层面进行函数转换,代码为:
```java
public static String dealDateFormat(String oldDateStr) throws ParseException {
DateFormat df = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSXXX");
Date date = df.parse(oldDateStr);
SimpleDateFormat df1 = new SimpleDateFormat ("EEE MMM dd HH:mm:ss Z yyyy", Locale.UK);
Date date1 = df1.parse(date.toString());
DateFormat df2 = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
return df2.format(date1);
}
就可以解决问题。但是尽量是在影响小的情况下进行修改。