参考博客
数据源orig有一个参数是java.util.Date类型，没有初始化值，调用BeanUtils.copyProperties方法
Date为null时拷贝会报错
报错No value specified for Date
BeanUtils.copyProperties(newMember, member);
通过这个方法去copy member对象中的属性时候，因为有个Date类型 的属性为空，所以会报No value specified for Date错误，
临时修复，直接给 Date 一个值 （因为这边不对这个值进行读取和处理，所以只要保证不为空就OK）member.setOnboardDate(member.getCreateTime());
注：如果User和UserActionForm 间存在名称不相同的属性，则BeanUtils不对这些属性进行处理，需要手动处理。例如：
User类里面有个createDate 创建时间字段，而UserActionForm里面无此字段。BeanUtils.copyProperties()不会对此字段做任何处理。必须要自己手动处理。
Date为null时拷贝会报错
而commons-beanutils则施加了很多的检验，包括类型的转换，甚至于还会检验对象所属的类的可访问性。
而且，commons-beanutils中的装换是不支持java.util.Date的。除了支持基本类型以及基本类型的数组之外，还支持java.sql.Date, java.sql.Time, java.sql.TimeStamp, java.io.File, javaio.URL这些类的对象，其余一概不支持。不过你可以自定义你的类的Converter。然后注册进去。
感觉commons-beanutils包中的这个BeanUtils类的copyProperties方法，太过复杂，约束太多，而且使用不便，虽然可扩展性好了，但是易用性不高。
总结：
关于bean复制，如果属性较少，建议直接写个方法完成get/set即可。如果属性较多，可以自己采用反射实现一个满足自己需要的工具类，或者使用spring的那个beanutils类，不建议使用commons-beanutils包中的那个BeanUtils类，刚看了下，这个类对于内部静态类的对象复制也会出现问题，检验太复杂了，常会出现一些诡异的问题。毕竟我们bean复制一般就是简单的属性copy而已。
而且，由于这些BeanUtils类都是采用反射机制实现的，对程序的效率也会有影响。因此，慎用BeanUtils.copyProperties！！！