工作PickUps

Request域的疏忽： 在做Wapfish后台管理的时候，做到添加新资源那部分，我为提交新资源的表单配置了一个ActionForm，问题出现了，我上传完一个资源，提交了新的信息之后，再进去添加资源的页面的时候，发现表单出现了上次添加的信息，狂按重置按钮也没效。我检查了所有的程序和配置，认为没有地方出错，为这个问题尝试了很多方法，但都一愁莫展，最后回到Struts-config的配置文件去再次查看配置，忽然发现我配置Action的时候对应的Form没有指定有效的范围，晕。。原来问题在这里，Struts的默认情况Form的有效范围是整个会话。我把scope="request"加进配置文件后，一切正常。哎，一时大意，误事了。紧记，认真啊。 复制数据的Sql语句 insert into T_A(a,b,c) (select a,b,c from T_B)曾一度忘记，转了很大弯才完成。 改良Logger机制 系统的日志机制十分完速，分布在三大块中，一、delegate 二、serviceImpl 三、action。系统的Logger是在三大块的Base类中定义，定义语句如下：Logger log=Logger.getLogger(BaseDelegate.class);其他的类似。这样在工程运行的时候，所有BaseDelegate的子类在产生日志时，显示日志输出的都是BaseDelegate，这样会造成查找的麻烦，不能很快确定该日志产生的方位。 利用OOP的多态性，完全可以达到一处定义多处动态改变的目的，将定义语句改为：Logger log=Logger.getLogger(this.getClass());即可达到目的。