Struts2_Spring_Hibernate配置

在控制层，利用Strtus2标签功能，在Action中直接与jsp页面上的数据进行交互。在调用业务逻辑层应用时，Struts2提供了对Sping的支持。开发人员需要完成对struts.xml的配置工作和对各个Action类的编写。

在业务逻辑层，利用Spring框架的依赖注入实现对业务逻辑类和DAO类的实例托管；在事务处理方面，利用Spring提供的面向切面的事务处理功能，使对数据的事务控制脱离于数据访问接口实现；在对象关系映射方面，利用Spring对数据库连接池的托管和对iBatis框架的支持。开发人员需要完成对数据源的配置、对不同模块所对应的application*.xml文件的配置，以及对业务逻辑接口的定义和业务逻辑实现的编写。

在持久层，利用iBatis提供的半自动化对象关系映射的实现，开发人员需要编写具体的sql语句，为系统设计提供了更大的自由空间。另外，开发人员需要完成对SqlMapConfig.xml和*SqlMap.xml的配置，以及对DAO接口的定义和DAO接口的实现。

在各层之间进行交换的过程中，利用数据传输类进行数据的传递和交互。其中，数据传输类与数据库表一一对应。

SSI框架能够降低我们代码的耦合度，增强了代码的健壮性和可重用性，加快了开发速度，但是也有一些不足之处，比如由于三种框架的配置文件较多，也给我们带来了一些不便，特别是对于较小的应用来说更是如此。

一：首先引入struts2 spring ibatis 各自的jar包在此就不一一罗列了。

二：添加配置文件

我们首先从web.xml文件说起

web.xml加载过程:

1 启动WEB项目的时候，容器(如:Tomcat)会读他的配置文件web.xml读两个节点
         <listener></listener>和<context-param></context-param>
    2 紧接着，容器创建一个ServletContext(上下文) 这个WEB项目所有部分都将共享这个上下文
    3 容器将<context-param></context-param>转化为键值对并交给ServletContext
    4 容器创建<listener></listener>中的类的实例，即创建监听
    5 在监听中会有contextInitialized(ServletContextEvent args)初始化方法，在这个方法中获得：
        ServletContext = ServletContextEvent.getServletContext();   
       context-param的值 = ServletContext.getInitParameter("context-param的键");

web.xml节点加载顺序

   节点的加载顺序与它们在web.xml文件中的先后顺序无关。即不会因为filter写在listener的前面而会先加载filter最终得出的结论是:listener->filter->servlet
   同时还存在着这样一种配置节点：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文的信息，那么context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：
context-param -> listener -> filter -> servlet

     加载spring

<listener>  
             <listener-class>  
               org.springframework.web.context.ContextLoaderListener   
            </listener-class>  
       </listener>

最终结论：

web.xml 的加载顺序是：

[context-param -> listener -> filter -> servlet -> spring]

，而同类型节点之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。

打开web.xml文件，根据实际需要添加如下内容：

  
<!--上下文参数用于log4j以及spring中使用-->
<context-param>
    <param-name>webAppRootKey</param-name>
    <param-value>/WEB-INF/log4j.properties</param-value>
</context-param> 

<!--应用程序上下文参数,指定spring配置文件位置--> 
<context-param> 
    <param-name>contextConfigLocation</param-name> 
    <param-value>/WEB-INF/beans.xml</param-value> 
</context-param> 

<!--监听器 log4j-->
<listener> 
    <listener-class>
        org.springframework.web.util.Log4jConfigListener
    </listener -class> 
</listener> 

<!--监听器 用于初始化spring框架--> 
<listener> 
    <listener-class>
        org.springframework.web.context.ContextLoaderListener
    </listener-class> 
</listener>

在这说说SSI整合时的一些配置文件：

1, contextConfigLocation:
Spring容器启动时需要加载Spring的配置文件。默认是/WEB-INF目录下的applicationContext.xml文件；当然也可以放在classpath下，可以包括多个spring配置文件，这就得依靠contextConfigLocation

<!-- 加载spring的配置文件 如果文件名为applicationContext.xml并且是在WEB-INF目录下 则无需此配置 --> 
<context-param> 
    <param-name>contextConfigLocation</param-name> 
    <param-value>/WEB-INF/beans.xml</param-value> 
</context-param>

如果web.xml中没有配置context-param，spring的配置就像如上这段代码示例一下，自动去WEB-INF目录下寻找 applicationContext.xml。此时，如果你修改applicationContext.xml的名称，或者移除它，再启动服务器，你会得到如下异常信息：

nested exception is java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/applicationContext.xml]

这证实了其默认配置。默认配置情况下spring只会去WEB-INF目录下寻找配置文件，而不会去classpath下寻找。
如果我们不想将配置文件放在WEB-INF目录下呢？开发中经常在src下面创建一个config目录，用于存放配置文件。此时，对应的param-value改为：

classpath:config/applicationContext.xml

。
一定要加上classpath，这告诉spring去classes目录下的config目录下面寻找配置文件。

2，如何启动Spring容器

两种方法，一种以listener启动一种以load-on-startup Servlet。

<!-- 配置spring监听器 --> 
<listener> 
    <listenerclass>
        org.springframework.web.context.ContextLoaderListener
    </listener-class> 
</listener>

第二种：
。。。
3，整合Struts2
。。。。

Struts2_Spring_Hibernate配置

猜你喜欢