近期写了一个增删改查的东东,其中修改功能涉及到时间的比较,这个地方发现了一个问题,这个问题在我们的开发环境不存在,但是经过版本管理员发布int之后就出来了。后来发现这个确实也涉及到jdk版本的问题,但是确实也是个问题。
首先,在数据库里定义的该时间字段类型是date类型,Hibernate里.hbm.xml文件中orm映射的是 java.util.Date,javabean里也是java.util.Date,hbm.xml里的代码如下:
<property name="tBedinDate" type="java.util.Date">
<column name="T_BEDIN_DATE" length="7">
<comment>起期</comment>
</column>
</property>
<property name="tEndDate" type="java.util.Date">
<column name="T_END_DATE" length="7">
<comment>止期</comment>
</column>
</property>
当修改功能进行操作时,从页面传入后台的数据跟从数据库里的查询出来的数据进行比较,由于这两个时间字段是必输字段,我直接用了java.util.Date的compareTo函数来进行比较,这个是问题所在,在jdk1.5版本之后的jdk进行编译,就会出现问题。
// if(objOld.gettEndDate().compareTo(obj.gettEndDate())!=0){
// objOld.settEndDate(obj.gettEndDate());
// }
后来我分析了问题所在:首先从数据库里查询的这个时间字段的类型,已经被Hibernate默认转化为:java.sql.Timestamp类型,而从数据获取的数据经过在页面展示之后,传回来的时间字段则是正常的javabean里定义的java.util.Date类型,在使用compareTo进行比较的时候会抛出异常,因为这已经是两个不同的类型在比较了。
这个问题的解决方法有好几种吧,可以把Timestamp转成Date, 也可以把Date转成Timestamp,然后比较,我用的方法是直接把两个时间字段都转化成固定格式的String,然后进行比较。
1、都转成String 再比较:
String tEndDate = new SimpleDateFormat("yyyy-MM-dd").format(objOld.gettEndDate());
String tEndDateNew = new SimpleDateFormat("yyyy-MM-dd").format(obj.gettEndDate());
if(!tEndDate.equals(tEndDateNew)){
objOld.settEndDate(obj.gettEndDate());
}
2、Timestamp转成Date
Timestamp t = new Timestamp(System.currentTimeMillis());
Date d = new Date(t.getTime());
3、Date转成Timestamp
//SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd:HH:mm:ss");
String tsStr = new SimpleDateFormat("yyyy-MM-dd:HH:mm:ss").format(objOld.gettEndDate());
Timestamp ts = Timestamp.valueOf(tsStr);
或者 用new Timestamp((new Date()).getTime()) ,这个还没有试过。
关于为什么从数据库里查询的这个时间字段的类型会被Hibernate默认转成Timestamp类型,查了不少资料,都没有能给出让人信服的理由的,