HandlerAdapter ha  =  getHandlerAdapter(mappedHandler.getHandler());
mv  =  ha.handle(processedRequest, response, mappedHandler.getHandler());

ha是一个接口实现类，在该场景下，对应的接口实现类为：
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter

SimpleControllerHandlerAdapter类中对应的实现代码为：

((Controller) handler).handleRequest(request, response)

调用的是对应的Controller接口中方法，当前Controller对应的接口实现类为我们配置的自定义控制类，一般继承于org.springframework.web.servlet.mvc.SimpleFormController;一层一层再跟踪发现：
SimpleFormController继层于同包AbstractFormController类，而
AbstractFormController继承于同包AbstractController类，对应的
handleRequest(request,response)在AbstractController类中实现，最终调用代码如下：

return  handleRequestInternal(request, response)

handleRequest方法为一个抽象方法，在AbstractFormController类中实现，终于找到原因了，呵呵

protected   final  ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
             throws  Exception  {

         //  Form submission or new form to show?
         if  (isFormSubmission(request))  {

             //  Form submission: in session-form mode, we need to find
             //  the form object in the HTTP session.
             if  (isSessionForm())  {
                HttpSession session  =  request.getSession( false );
                 if  (session  ==   null   ||  session.getAttribute(getFormSessionAttributeName(request))  ==   null )  {
                     //  Cannot submit a session form if no form object is in the session.
                     return  handleInvalidSubmit(request, response);
                }
            }

             //  Found form object in HTTP session: fetch form object,
             //  bind, validate, process submission.
            Object command  =  getCommand(request);
            ServletRequestDataBinder binder  =  bindAndValidate(request, command);
             return  processFormSubmission(request, response, command, binder.getErrors());
        }

         else   {
             //  New form to show: render form view.
             return  showNewForm(request, response);
        }
    }

原因实际很简单，就因为我在要提交的表单中没有采用post方法，呵呵
而isFormSubmission(request)就是根据此项判断，所以其实际执行的代码为：
return showNewForm(request, response);
而我在对应的配置属性中没有配置对应属性 formView值，因为我本来就不是要展现一个新表单。
故最后返回的ModelAndView为空。

问题都解决了，只是没想到对提交表单这么严格，其他web框架是没有这种限制，不过也没多大关系，在实际开发中我们大都是采用post方式提交表单的。

学习心得：
Spring提供三种创建类实例方法:
    a、通过构造函数，访问属性可以是任意
    b、通过对应类的静态工厂方法，注意不能是私有的
     c、通过工厂类的实例工厂方法，是非静态的方法

－、bean节点相关主要属性：
     id/name          实例名/别名
     class              必须、类全名
     singleton        是否为单实例，默认为true
     init-method     初始化方法
     depends-on    指定依赖Bean,实现在被依赖Bean实例创建前，对依赖的一个或多个Bean的实例化, 
                           init-method在对应Bean实例已经创建后调用
     destroy-method   释放回调方法，常用于资源释放
     dependency-check 依赖检查
     parent           指定父Bean实例，减少因继承关系的重复配置

     说明除配置init-method,destory以外，可以在对应Bean中实现InitializingBean,DisposableBean两个接口方法
     Spring容器不负责管理非单实例的Bean

配置bean事项：
1、注意在通过构造器参数匹配时，必须指定参数的序号，同时建议明确说明类型，
  <constructor-arg index="0"><value>128</value></constructor-arg>
  <constructor-arg index="1"><value>teststring</value></constructor-arg> 
  最好说明相关参数类型类型 
  <constructor-arg index="0" type="int"><value>128</value></constructor-arg>
  <constructor-arg index="1" type="java.lang.String"><value>teststring</value></constructor-arg> 
  可以使用简化配置
  <constructor-arg index="0" type="int"  value="128"/>
  <constructor-arg index="1" type="java.lang.String" value="testString"/>
   
2、属性为空
    <property name="pro1><null/></property>
3、空串
    <property name="pro1><value></value></property>  

二、常用elements
bean | ref | idref | value | null | list | set | map | props

说明：
     bean      创建一个新的bean实例
     ref         引用已经创建的bean实例
     value      简单数据类型
     null         空指针
     list         创建java.util.ArrayList对象实例
     set         创建java.util.LinkedHashSet对象实例
     map       创建java.util.LinkedHashMap对象实例
     props     创建java.util.Properties实例   

list,set,map可以多层嵌套配置

遗留问题：
idref 配置没有起作用，类似value配置，测试输出为字符串对象，是否配置不正确?

上述配置范围基本覆盖了我们开发时的bean使用情况，详见配置可以参考dtd
http://www.springframework.org/dtd/spring-beans.dtd

ApplicationContext 继承于BeanFactory相关接口，针对企业应用级的，占有内存较多
BeanFactory     提供配置框架和基本功能，适用于对内存有限制的相关应用
功能：
1、提供消息访问，ApplicationContext 本身继承于MessageSource接口，
   ApplicationContext 加载时查找对应的MessageSource Bean, bean id 必须为messageSource
   Spring框架提供两个MessageResource实现：
    org.springframework.context.support.ResourceBundleMessageSource
    org.springframework.context.support.StaticMessageSource
2、事件传递
3、使用资源

目的：
在实际项目中出于稳定性以及团队开发技能我一直没考虑采用Spring框架，最近有时间就计划学习Spring框架，为以后的项目开发做相关的技术储备。

回顾：
开源框架在以前的项目中用过不少， struts,webwork,hibernate,前两者属于web框架，后者属于ORM框架，这些框架基本都是侧重于应用的某个层面，不能称之为J2EE全面的框架，往往是需要和其他框架相结合，我开发的项目采用过如下组合，有的根本就没有框架，只是自己做了设计封装
a、servlet+jdbc,
b、servlet+jsp+javabean+jdbc,
c、struts+BD+DAO ,
d、webwork+ejb+hibernate

使用体会：

 a、b就不要说了，那时候的代码结构真是天马行空，我当时初学，维护公司一个项目代码，1个jsp实现一个模块所有功能，我花了好长时间才 读懂代码。
  时代总是向前发展的，慢慢的系统结构层次上是越来越清晰，开发效率也越来越高，维护也越来越容易（基于一定的培训成本）。
 
 相对而言出于设计理念来讲，个人更喜欢webwork+hibernate框架组合。 

 常有人讨论同等开发层面框架的优缺点，我所属产品的另外一个项目团队曾经为项目后续开发 应该采用struts还是webwork争论的不可开交， 其实个人认为struts,webwork都是非常好的web框架，都有自身的优缺点：
 struts开创web MVC框架之先河，2003－2004年开发的项目基本都是采用struts框架（当时招聘人的时候常问会不会struts，会基本就招了 ），实际MVC设计理念很早就提出了，在j2SE中有很多使用之处，但当时没有一个web框架开发中很好的贯彻该设计理念，直到struts 出现（可能有，只是没有apache更引人注意）。

 struts优点使用用户多，相关技术文档比较全面，开发遇到的问题相关案例也比较多、比较容易解决，框架更加稳定(这一点非常重要）。
 
 webwork相对于struts来讲，的确有不少优异之处，（也是情理之中的事，后发布的框架如果再没有优点别人也不会使用）
 个人认为在开发上主要有以下几点：

 1、页面数据封装成值对象功能比struts强大，webwork采用ognl类型转化。
 struts只能对简单类型的数据对象以及文件对象封装成值对象, 而webwork封装的值对象基本没有限制，值对象属性还可以是List,Map这些对象（这个特性在我们开发一些批量数据、复杂数据处理时非常方便），减少很多代码量，代码非常整洁。
 
 2、拦截器功能
 拦截器是webwork的一个亮点，实际上也是业界比较流行的AOP的一个体现，在实际开发中你可以配置默认的拦截器， 也可以为单独的模块指定特定的拦截器，并且可自定义拦截器，action执行前后拦截都可以。 
 
 3、单元测试比较方便
 最早使用struts框架开发测试时，相关的单元测试基本是不好做的，无法脱离web环境，测试都是只做集成测试、系统测试。
 使用webwork可以简单对action相关属性赋值，可以相关的单元测试，当然前提是在对应action中没有引用web环境相关的对象。 
 其实webwork框架核心还是xwork框架，最早框架使用在C/S结构下，webwork只是xwork的一个在web环境的实现，只是ActionContext 上下文发生了变化，所以说action能够做到脱离web环境也是情理之中的。

4、配置文件
webwork配置文件可以采用引用、继承其他配置文件方式，在团队开发一般都是分模块开发，这样比较方便，配置管理更容易，不会冲突。

5、模板技术集成
 我在实际应用项目中是采用velocity模板做视图展现，因为在对应版本的webwork框架中和velociy集成的相当好，比较方便， 比直接写jsp代码更整洁、同时利用velocity模板特性结合每个action的配置文件，可实现比较通用的页面查询、录入等视图的展现。
 而struts是没有相关模板集成，不过struts的tag相对而言比webwork的tag好用，webwork如果视图是jsp类型，相关的tag真的比较麻烦, 虽然tag 库很丰富，这也是我为什么使用velocity做视图的原因 。 
 
6、 框架的效验功能
 老实说，两者框架的效验功能都比较麻烦，相对而言webwork更加麻烦点，配置较多，验证接口实现太麻烦，我实际项目使用中还是 自定义了相关后台验证接口， 要验证的相关action只要实现相关接口即可，相关拦截器负责拦截验证， 大部分的效验根据配置数据以及html对象自定义属性通过javascript通用效验，实际上现在基于XmlHttp的ajax技术应用成熟的话, 后台验证接口的用途会逐渐淡化。
 
 说明上述比较版本为 struts 1.0 /webwork 2.1.6，后续struts框架扩展很多功能，不是很了解，可能和上诉描述不一定很吻合。
 
 现在两者已经合并，希望能结合两者的优势，发展出更好web框架。
 
7、关于Hibernate还是DAO模式，个人建议采用hibernate+DAO相集合的模式，hibernate占主导地位。
 虽然DAO模式通过自动生成代码效率不会低，但如果需求变更就比较麻烦，维护修改代码较多，测试工作量也较大， 但Hibernate不是万能的，在一些必要的应用还是采用DAO模式，特别是性能相关的部分。
 
 
 废话一大堆，也算把我的工作回顾了一遍，呵呵，这两天简单了解Spring框架，个人感觉Spring更像一个全面的J2EE框架解决方案, 希望能够有时间系统的学习一把，大家有兴趣的请多多交流,我会将我的学习心得和大家分享。
 
 

设想：
        weblogic platform域的日志输出是可配置的，在$bea/weblogic/common/lib/workshopLogCfg.xml, 原先的一个项目所有的日志输出均在此文件中配置。其他中间件本人很少使用，相信也有类似的功能，log4j日志框架支持统一日志管理功能,简单实现原理（启动一个SocketServer,处理各个客户端机器连接的Socket输入，
而每个应用打印日志使用Socket方式将日志内容输出到SocketServer端）。如果能将重要的的中间件异常日志以及应用异常日志到统一日志服务器，实时分析，这样就方便日常监控，有点类似于设备告警的功能，如果再开发出相关日志分析软件，个人觉得会是平台级产品的一个亮点，正如《少林足球》说的有点搞头。

实践：
    实践证明现实和理想总归有一定的差距，呵呵。下面描述验证、学习心得：
    首先描述log4j是如何实现统一日志管理该功能的。
    核心类：
    一、org.apache.log4j.net.SocketServer 
    主要功能：
                      1、启动SocketServer
                      2、接受Socket请求
                      3、初始化对应Socket的日志输出配置，如没有，就采用通用配置
                      4、另启线程处理客户端Socket和服务端交互
    一个比较标准的多线程处理实现。
     启动Server需要有三个运行参数：端口号、log4j配置文件、客户端日志在Server端输出配置文件目录
     运行命令如下：
                     java -classpath ../lib/log4j-1.2.8.jar;.; test.logserver.FixSocketServer   8088   server.properties  d:/temp
     说明：
              a、客户端日志在Server端输出配置文件命名规则 $ip.lcf ,    如 10.21.11.10.lcf  
                        该类在解析该配置文件的代码中 应该存在个bug（版本1.2.9)
                                           代码176 行   String key = s.substring(0,i);改为:   String key = s.substring(i+1);
              b、配置文件内容和一般log4j配置内容雷同，categories、appenders、layouts 
     二、org.apache.log4j.net.SocketAppender
             该类继承于AppenderSkeleton，如果我们需要自定义Appender,可以继承AppenderSkeleton类，实现方法：

protected  void append(LoggingEvent event);

    主要功能： 
                     1、连接到SocketServer,并创建一个到SocketServer的对象输出实例
                     2、如果连接失败，会启动一个守护线程，每隔三十秒钟重新连接
                     3、日志输出时，将日志事件对象输出到SocketServer
     相对应的日志配置：
        

log4j.appender.mysocket=test.logserver.SocketAppender 
log4j.appender.mysocket.RemoteHost=10.243.17.85 
log4j.appender.mysocket.Port=8088 
log4j.appender.mysocket.LocationInfo=true 
log4j.appender.mysocket.layout=org.apache.log4j.PatternLayout 
log4j.appender.myConsole.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n

      三、org.apache.log4j.net.SocketNode
              该类相对简单，一个线程类
     主要功能：
                     负责接收客户端对应输出对象，根据对应的配置，输出相关日志。

      可以看出是通过对象进行传输的，如果第三方不是采用java语言的，实际解决时只需改写SocketAppender的append方法，输出日志内容就可。对方实现SocketServer功能就可（编程语言基本都支持该功能）。

       遗憾的是在weblogic 一般server域中我没有找到可以改变日志输出的地方（上次看到weblogic9.0中有日志服务，不知道能不能改变），所以实际差距还是比较大的，关于性能问题，因为是重要的日志(warning、error、fetal)才输出,采用socket方式问题应该不大。

篇外话：               
           查看代码中无意中发现log4j框架一部分源码都是一些人捐献的。虽然代码不复杂，但感觉为自己喜欢的框架很热心，希望它变的越来越好，真的希望我们国内也能有一些优秀的开源项目，并且大家都去支持它，发展它。
           实际我在项目中使用log4j使用的都是一些基本功能，对它的设计、结构不是很清楚，谁有相关学习文档，请给我一份，不甚感激（使用手册已有）。