变为:

<!DOCTYPE hibernate-mapping PUBLIC
                            "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
                            "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >
手工把3.0改为2.0了.
这样才得以把问题解决。这问题实在是很难找呀。
在以后的开发过程中，把所有环境统一起来。在别的机器(不同环境)上多测试。
还是要多实践，把理论知识与实践联系起来。

　　　[Duplicate key or integrity constraint violation message from server: "Duplicate entry 'rick0@foobar.com' for key 2"]; SQL was [] for task [Hibernate operation]
 org.springframework.dao.DataIntegrityViolationException: Hibernate operation: Duplicate key or integrity constraint violation message from server: "Duplicate entry 'rick0@foobar.com' for key 2"; nested exception is java.sql.SQLException: Duplicate key or integrity constraint violation message from server: "Duplicate entry 'rick0@foobar.com' for key 2"
java.sql.SQLException: Duplicate key or integrity constraint violation message from server: "Duplicate entry 'rick0@foobar.com' for key 2"
 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:1997)
 at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1167)

　　这个问题找了很久，晕了很久，终于找到了问题的所在。因我在定义数据表字段时加了not null unique,而我一次添加N条记录时的内容一样，主键是自动生成的，所以出问题了。

还有一个类似功能的东东--middlegen.我觉得还是hibernatesynch好用。因为它是可视化操作，方便快捷。当你熟悉了middlegen也一样轻松。

注意：当前项目创建cfg,mapping　file时，请预先把相关的jar文件引入到此项目中来。

　　比如：

　　　1）jsp页面减少了很多java脚本（可以说是看不到了，以前采用jsp+javabean+jdbc，jsp页面真是很乱呀，到处是java脚本，这样的话就会有很多业务（business）逻辑也出现页面中，有时直接调用javaBean来处理，导致程序之间的耦合度很高），更加美观大方。

　　　2）webwork体现出了MVC结构。减少了程序之的耦合程度。webwork采用ongl(对象描述语言）很大程度上减少了set(),get()方法的出现。这样做，你必须在页面，javaBean,之间的命名规则要符合webwork的field-driver,model-driver的要求。

         3）程序的请求统一由com.opensymphony.webwork.dispatcher.ServletDispatcher（control）来处理,然后通过xwork.xml中的配置，取得相应的处理程序(Action)。这样减少了把一些业务逻辑写在jsp页面中。也更加清晰，有利于以后的维护。

　　　4）spring起到了事务管理，aop等作用。减少了很烦琐的try{}catch(){}，程序的结构感觉很清晰、明了。

　　　5)hibernate提供了持久化支持。面向对象的hql语言很方便。

　　　6）对后台的处理，都是面向接口的编程。对以后的维护很方便。