近期写了一个增删改查的东东，其中修改功能涉及到时间的比较，这个地方发现了一个问题，这个问题在我们的开发环境不存在，但是经过版本管理员发布int之后就出来了。后来发现这个确实也涉及到jdk版本的问题，但是确实也是个问题。

首先，在数据库里定义的该时间字段类型是date类型，Hibernate里.hbm.xml文件中orm映射的是 java.util.Date，javabean里也是java.util.Date，hbm.xml里的代码如下：

起期

止期

当修改功能进行操作时，从页面传入后台的数据跟从数据库里的查询出来的数据进行比较，由于这两个时间字段是必输字段，我直接用了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 = newTimestamp(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类型，查了不少资料，都没有能给出让人信服的理由的，

在查资料的时候，发现了几篇看着挺不错的文章，可以学习下：

java.util.Date、java.sql.Date、java.sql.Time、java.sql.Timestamp区别和总结： http://blog.csdn.net/xiancaieeee/article/details/8099184

JDK 1.4升级至JDK5 JDK6的两个关键问题BigDecimal、java.sql.Date   ：  http://shuwen.iteye.com/blog/1179826