2006.1.16 工作总结

我们使用的JSValidation升级为1.0b4以后就不工作了，我本想放弃。后来下午灵机一动，把新的1.0b4用UTF-8转存一下就OK了，靠！而且同时发现我们使用的已经是1.0b4了，我去年就……靠靠！
发现比较有趣的地方：
1、Webwork封装的sessionMap其实就是Map，使用起来完全相同。使用map.put map.get即可，自己放什么类型就是什么类型。
2、Webwork的OGNL里面自动set回来的parameter是String[]类型，遍历时使用((String[])session.get("somekey"))[0]即可访问到，注意先检测是否contains那个key。原理是由于html的form的name允许重复，所以返回的可能是parameter或者parameters，后者就是一个数组，所以OGNL的setter会自动把你的结果全部以数组方式保存。直接使用就有点麻烦了，不过无所谓了。所以webwrok里面ModelDriven风格才是推荐。
所以我们的需要使用Session的UserAuthenticationManagerjiu只需map.get即可。
而后就是漫长的实现，发现了global-results，这个需要配置在package里面。发现它可以覆盖，即在子package的global-results会覆盖父package的global-results，方便。
不过要注意，在package里面，global-results要在action前面声明。
然后还发现一个非常重大的Bug，或者说问题，是关于Spring的：
在配置的时候使用模版方式定义，即：
<bean id="basicActionWithAuthtication" abstract="true">
此时该bean里面的所有注入属性都可以工作，也就是parent指向basicActionWithAuthtication的bean都会继承它的ref bean。
但是在该bean里面声明的singleton="false"却不会被继承。
这个需要参考以下参考书了，比较重要，不能误解！
在Spring reference的第26-27页（1.2.6）第3.5节Abstract and child bean definitions：
A child bean definition will inherit constructor argument values, property values and method overrides from the
parent, with the option to add new values. If init method, destroy method and/or static factory method are
specified, they will override the corresponding parent settings.
The remaining settings will always be taken from the child definition: depends on, autowire mode, dependency
check, singleton, lazy init.
意思就是一般构造参数和参数值及方法都会从parent继承和覆盖，而如果指定了init方法destroy方法和static factory方法，也会覆盖parent的相应配置。
但是depends on、autowire mode、dependency check、singleton、lazy这些属性则不会被继承，都直接从child中获取。
这也就解释了我们使用的parent里面设置singleton="false"为什么不起作用（Spring默认true，其实就是我们的parent设置不会被继承）。
里面还有个说明有意思：
对于没有制定abstract="true"的action，如果它的class没有指定，则它默认情况下也是一个abstract。但是对于那些指定了class的bean，如果不指定abstract="false"，则默认它会初始化。但是对于无abstract声明，但由没有class制定的bean，被引用或者初始化，则会报错！所以要注意，考虑好你的class是否是abstract，声明好。个人人为还是纯抽象并作为模版比较好，表示配置相同的那种方式（都指定class，且有parent关系）则不太合适。
这个的严重性会造成Webwork的action变成singleton，如此的话，两台机器同时调用/administrator/load.action就会调出同一个admin，太可怕了！