近期写了一个增删改查的东东,其中修改功能涉及到时间的比较,这个地方发现了一个问题,这个问题在我们的开发环境不存在,但是经过版本管理员发布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类型,查了不少资料,都没有能给出让人信服的理由的,