工作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());即可达到目的。

你可能感兴趣的:(sql,工作,struts,配置管理,oop)