6jsp和servlet在xml得映射和web.xml介绍

Posted 永远的我们

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了6jsp和servlet在xml得映射和web.xml介绍相关的知识，希望对你有一定的参考价值。

本身肯定会学的东西，今天想起来了，那就记一下吧。

做那个后端的界面时候，有人反应不要hou.jsp，说设个路由随便编乱点，别人猜不到。我也没听懂设个路由是什么意思。

最后一想，这不就是个jsp映射嘛。

 

 jsp映射和servlet映射就一条不同，servlet还可以通过@WebServlet（“”）方法。

顺便转载一下web.xml的介绍，方便以后查看

转载自：http://blog.csdn.net/believejava/article/details/43229361

 

Web.xml详解：

1.web.xml加载过程（步骤）

首先简单讲一下，web.xml的加载过程。当启动一个WEB项目时，容器包括（JBoss、Tomcat等）首先会读取项目web.xml配置文件里的配置，当这一步骤没有出错并且完成之后，项目才能正常地被启动起来。

1. 启动WEB项目的时候，容器首先会去它的配置文件web.xml读取两个节点:  <listener></listener>和<context-param></context-param>。

2. 紧接着，容器创建一个ServletContext（application），这个WEB项目所有部分都将共享这个上下文。

3. 容器以<context-param></context-param>的name作为键，value作为值，将其转化为键值对，存入ServletContext。

4. 容器创建<listener></listener>中的类实例，根据配置的class类路径<listener-class>来创建监听，在监听中会有contextInitialized(ServletContextEvent args)初始化方法，启动Web应用时，系统调用Listener的该方法，在这个方法中获得：

[html] view plain copy
 
 
 
  1. <span style="font-family:Times New Roman;">ServletContextapplication=ServletContextEvent.getServletContext();</span>  

context-param的值就是application.getInitParameter("context-param的键");得到这个context-param的值之后，你就可以做一些操作了。

 

5. 举例：你可能想在项目启动之前就打开数据库，那么这里就可以在<context-param>中设置数据库的连接方式（驱动、url、user、password），在监听类中初始化数据库的连接。这个监听是自己写的一个类，除了初始化方法，它还有销毁方法，用于关闭应用前释放资源。比如:说数据库连接的关闭，此时，调用contextDestroyed(ServletContextEvent args)，关闭Web应用时，系统调用Listener的该方法。

6. 接着，容器会读取<filter></filter>，根据指定的类路径来实例化过滤器。

7. 以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet，则Servlet是在第一次发起请求的时候被实例化的，而且一般不会被容器销毁，它可以服务于多个用户的请求。所以，Servlet的初始化都要比上面提到的那几个要迟。

8. 总的来说，web.xml的加载顺序是:<context-param>-><listener>-><filter>-><servlet>。其中，如果web.xml中出现了相同的元素，则按照在配置文件中出现的先后顺序来加载。

9. 对于某类元素而言，与它们出现的顺序是有关的。以<filter>为例，web.xml中当然可以定义多个<filter>，与<filter>相关的一个元素是<filter-mapping>，注意，对于拥有相同<filter-name>的<filter>和<filter-mapping>元素而言，<filter-mapping>必须出现在<filter>之后，否则当解析到<filter-mapping>时，它所对应的<filter-name>还未定义。web容器启动初始化每个<filter>时，按照<filter>出现的顺序来初始化的，当请求资源匹配多个<filter-mapping>时，<filter>拦截资源是按照<filter-mapping>元素出现的顺序来依次调用doFilter()方法的。<servlet>同<filter>类似，此处不再赘述。

 

2.web.xml标签详解

1. XML文档有效性检查

 

[html] view plain copy
 
 
 
  1. <span style="font-family:Times New Roman;"><!DOCTYPE web-app PUBLIC"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN""http://java.sun.com/dtd/web-app_2_3.dtd" ></span>  

这段代码指定文件类型定义(DTD)，可以通过它检查XML文档的有效性。下面显示的<!DOCTYPE>元素有几个特性，这些特性告诉我们关于DTD的信息： 

 

  1.  web-app定义该文档(部署描述符，不是DTD文件)的根元素 
  2.  PUBLIC意味着DTD文件可以被公开使用 
  3.  -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN”意味着DTD由Sun Microsystems, Inc.维护。该信息也表示它描述的文档类型是DTD Web Application 2.3，而且DTD是用英文书写的。 
  4.  URL"http://java.sun.com/dtd/web-app_2_3.dtd"表示D文件的位置。

 

2. <web-app></web-app>

部署描述符的根元素是<web-app>。DTD文件规定<web-app>元素的子元素的语法如下：

[html] view plain copy
 
 
 
  1. <span style="font-family:Times New Roman;"><!ELEMENT web-app (icon?, display-name?, description?,distributable?, context-param*, filter*, filter-mapping*,listener*, servlet*, servlet-mapping*, session-config?,mime-mapping*, welcome-file-list?,error-page*, taglib*, resource-env-ref*, resource-ref*,security-constraint*, login-config?, security-role*,env-entry*,ejb-ref*, ejb-local-ref*)> </span>  

 

正如您所看到的，这个元素含有23个子元素，而且子元素都是可选的。问号(？)表示子元素是可选的，而且只能出现一次。星号(*)表示子元素可在部署描述符中出现零次或多次。有些子元素还可以有它们自己的子元素。web.xml文件中<web-app>元素声明的是下面每个子元素的声明。下面讲述部署描述符中可能包含的所有子元素。

注意：在Servlet 2.3中，子元素必须按照DTD文件语法描述中指定的顺序出现。比如：如果部署描述符中的<web-app>元素有<servlet>和<servlet-mapping>两个子元素，则<servlet>子元素必须出现在<servlet-mapping>子元素之前。在Servlet2.4中，顺序并不重要。

 

3. <display-name></display-name>

 

<display-name>test-hwp-web-application</display-name>定义了web应用的名称，可以在http://localhost:8080/manager/html中显示。如下所示：

4. <distributable/>

<distributable/>可以使用distributable元素来告诉servlet/JSP容器，Web容器中部署的应用程序适合在分布式环境下运行。

5. <context-param></context-param>

使用上下文初始化参数
  1.  
    <!--****************************上下文初始化参数***************************-->
  2.  
    <context-param>
  3.  
    <param-name>webAppRootKey</param-name>
  4.  
    <param-value>business.root</param-value>
  5.  
    </context-param>
  6.  
    <!-- spring config -->
  7.  
    <context-param>
  8.  
    <param-name>contextConfigLocation</param-name>
  9.  
    <param-value>/WEB-INF/spring-configuration/*.xml</param-value>
  10.  
    </context-param>


5.1<context-param>解释：

<context-param>元素含有一对参数名和参数值，用作应用的Servlet上下文初始化参数，参数名在整个Web应用中必须是惟一的，在web应用的整个生命周期中上下文初始化参数都存在，任意的Servlet和jsp都可以随时随地访问它。<param-name>子元素包含有参数名，而<param-value>子元素包含的是参数值。作为选择，可用<description>子元素来描述参数。

5.2 什么情况下使用，为什么使用<context-param>：

比如：定义一个管理员email地址用来从程序发送错误，或者与你整个应用程序有关的其他设置。使用自己定义的设置文件需要额外的代码和管理；直接在你的程序中使用硬编码（Hard-coding）参数值会给你之后修改程序带来麻烦，更困难的是，要根据不同的部署使用不同的设置；通过这种办法，可以让其他开发人员更容易找到相关的参数，因为它是一个用于设置这种参数的标准位置。

5.3 Spring配置文件：

配置Spring，必须需要<listener>，而<context-param>可有可无，如果在web.xml中不写<context-param>配置信息，默认的路径是/WEB-INF/applicationontext.xml，在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数：在<param-value>
</param-value>里指定相应的xml文件名，如果有多个xml文件，可以写在一起并以“,”号分隔，比如在business-client工程中，我们采用了自定义配置方式，<context-param>配置如下：
  1.  
    <!-- spring config -->
  2.  
    <context-param>
  3.  
    <param-name>contextConfigLocation</param-name>
  4.  
    <param-value>/WEB-INF/spring-configuration/*.xml</param-value>
  5.  
    </context-param>
  6.  
    <listener>
  7.  
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  8.  
    </listener>


对应工程目录结构如下所示：
部署在同一容器中的多个Web项目，要配置不同的webAppRootKey，web.xml文件中最好定义webAppRootKey参数，如果不定义，将会缺省为“webapp.root”，如下：
  1.  
    <!-- 应用路径 -->
  2.  
    <context-param>
  3.  
    <param-name>webAppRootKey</param-name>
  4.  
    <param-value>webapp.root</param-value>
  5.  
    </context-param>
当然也不能重复，否则报类似下面的错误：
Web app root system property already set to different value: \'webapp.root\' = [/home/user/tomcat/webapps/project1/] instead of [/home/user/tomcat/webapps/project2/] - Choose unique values for the \'webAppRootKey\' context-param in your web.xml files!  
意思是“webapp.root”这个key已经指向了项目1，不可以再指向项目2。多个项目要对webAppRootKey进行配置，我们工程主要是让log4j能将日志写到对应项目根目录下，比如：我们的项目的webAppRootKey为
  1.  
    <!—business-client应用路径 -->
  2.  
    <context-param>
  3.  
    <param-name>webAppRootKey</param-name>
  4.  
    <param-value> business.root </param-value>
  5.  
    </context-param>
  6.  
    <!—public-base应用路径 -->
  7.  
    <context-param>
  8.  
    <param-name>webAppRootKey</param-name>
  9.  
    <param-value> pubbase.root</param-value>
  10.  
    </context-param>


这样就不会出现冲突了。就可以在运行时动态地找到项目路径，在log4j.properties配置文件中可以按下面的方式使用${webapp.root}：
log4j.appender.file.File=${webapp.root}/WEB-INF/logs/sample.log 
就可以在运行时动态地找出项目的路径。

5.4 多个配置文件交叉引用处理：

如果web.xml中有contextConfigLocation参数指定的Spring配置文件，则会去加载相应的配置文件，而不会去加载/WEB-INF/下的applicationContext.xml。但是如果没有指定的话，默认会去/WEB-INF/下加载applicationContext.xml。
在一个团队使用Spring的实际项目中，应该需要多个Spring的配置文件，如何使用和交叉引用的问题：
多个配置文件可以在web.xml里用空格分隔写入，如：
  1.  
    <context-param>
  2.  
    <param-name>contextConfigLocation </param-name>
  3.  
    <param-value> applicationContext-database.xml,applicationContext.xml</param-value>
  4.  
    <context-param>
多个配置文件里的交叉引用可以用ref的external或bean解决，例如：applicationContext.xml
  1.  
    <bean id="userService" class="domain.user.service.impl.UserServiceImpl">
  2.  
    <property name="dbbean">
  3.  
    <ref bean="dbBean"/>
  4.  
    </property>
  5.  
    </bean>
dbBean在applicationContext-database.xml中。

5.5 在不同环境下如何获取：范例:

  1.  
    <context-param>
  2.  
    <param-name>param_name</param-name>
  3.  
    <param-value>param_value</param-value>
  4.  
    </context-param>
此所设定的参数，在JSP网页中可以使用下列方法来取得：
${initParam.param_name}
若在Servlet可以使用下列方法来获得：
String param_name=getServletContext().getInitParamter("param_name");
Servlet的ServletConfig对象拥有该Servlet的ServletContext的一个引用，所以可这样取得上下文初始化参数：getServletConfig().getServletContext().getInitParameter()也可以在Servlet中直接调用getServletContext().getInitParameter()，两者是等价的。

6. <session-config></session-config>

  1.  
    <!-- Set timeout to 120 minutes -->
  2.  
    <session-config>
  3.  
    <session-timeout>120</session-timeout>
  4.  
    </session-config>
<session-config> 用于设置容器的session参数，比如：<session-timeout> 用于指定http session的失效时间。默认时间设置在<jakarta>/conf/web.xml (30 minutes)。<session-timeout>用来指定默认的会话超时时间间隔，以分钟为单位。该元素值必须为整数。如果 session-timeout元素的值为零或负数，则表示会话将永远不会超时。

7. <listener></listener>

  1.  
    <!--****************************监听器配置*********************************-->
  2.  
    <!-- Spring的log4j监听器 -->
  3.  
    <listener>
  4.  
    <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
  5.  
    </listener>
  6.  
    <listener>
  7.  
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  8.  
    </listener>
  9.  
    <!-- 与CAS Single Sign Out Filter配合，注销登录信息 -->
  10.  
    <listener>
  11.  
    <listener-class>com.yonyou.mcloud.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
  12.  
    </listener>

7.1 Listener介绍：

<listener>为web应用程序定义监听器，监听器用来监听各种事件，比如：application和session事件，所有的监听器按照相同的方式定义，功能取决去它们各自实现的接口，常用的Web事件接口有如下几个：
(1). ServletContextListener：用于监听Web应用的启动和关闭；
(2). ServletContextAttributeListener：用于监听ServletContext范围（application）内属性的改变；
(3). ServletRequestListener：用于监听用户的请求；
(4). ServletRequestAttributeListener：用于监听ServletRequest范围（request）内属性的改变；
(5). HttpSessionListener：用于监听用户session的开始和结束；
(6). HttpSessionAttributeListener：用于监听HttpSession范围（session）内属性的改变。
<listener>主要用于监听Web应用事件，其中有两个比较重要的WEB应用事件：应用的启动和停止（starting up or shutting down）和Session的创建和失效（created or destroyed）。应用启动事件发生在应用第一次被Servlet容器装载和启动的时候；停止事件发生在Web应用停止的时候。Session创建事件发生在每次一个新的session创建的时候，类似地Session失效事件发生在每次一个Session失效的时候。为了使用这些Web应用事件做些有用的事情，我们必须创建和使用一些特殊的“监听类”。它们是实现了以下两个接口中任何一个接口的简单java类：javax.servlet.ServletContextListener或javax.servlet.http.HttpSessionListener，如果想让你的类监听应用的启动和停止事件，你就得实现ServletContextListener接口；想让你的类去监听Session的创建和失效事件，那你就得实现HttpSessionListener接口。

7.2 Listener配置：

配置Listener只要向Web应用注册Listener实现类即可，无序配置参数之类的东西，因为Listener获取的是Web应用ServletContext（application）的配置参数。为Web应用配置Listener的两种方式：
(1). 使用@WebListener修饰Listener实现类即可。
(2). 在web.xml文档中使用<listener>进行配置。
我们选择web.xml这种配置方式，只有一个元素<listener-class>指定Listener的实现类，如下所示：
  1.  
    <listener>
  2.  
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  3.  
    </listener>
这里的<listener>用于Spring的加载，Spring加载可以利用ServletContextListener实现，也可以采用load-on-startup Servlet 实现，但是当<filter>需要用到bean时，但加载顺序是：先加载<filter>后加载<servlet>，则<filter>中初始化操作中的bean为null；所以，如果过滤器中要使用到bean，此时就可以根据加载顺序<listener> -> <filter> -> <servlet>，将spring的加载改成Listener的方式。
(1). 利用ServletContextListener实现：
  1.  
    <servlet>
  2.  
    <servlet-name>context</servlet-narne>
  3.  
    <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
  4.  
    <load-on-startup>1</load-on-startup>
  5.  
    </servlet>
(2).采用load-on-startup Servlet 实现：
  1.  
    <listener>
  2.  
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  3.  
    </listener>
我们选择了第二种方式，在J2EE工程中web服务器启动的时候最先调用web.xml，上面这段配置的意思是加载spring的监听器，其中ContextLoaderListener的作用就是启动Web容器时，自动装配applicationContext.xml的配置信息，执行它所实现的方法。

8. <filter></filter>

  1.  
    <!--****************************过滤器配置*********************************-->
  2.  
    <!-- 字符集过滤器 -->
  3.  
    <filter>
  4.  
    <filter-name>CharacterEncodingFilter</filter-name>
  5.  
    <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
  6.  
    <init-param>
  7.  
    <param-name>encoding</param-name>
  8.  
    <param-value>UTF-8</param-value>
  9.  
    </init-param>
  10.  
    <init-param>
  11.  
    <param-name>forceEncoding</param-name>
  12.  
    <param-value>true</param-value>
  13.  
    </init-param>
  14.  
    </filter>
  15.  
    <!-- 单点登出过滤器 -->
  16.  
    <filter>
  17.  
    <filter-name>CAS Single Sign Out Filter</filter-name>
  18.  
    <filter-class>com.yonyou.mcloud.cas.client.session.SingleSignOutFilter</filter-class>
  19.  
    </filter>
  20.  
    <!-- 认证过滤器 -->
  21.  
    <filter>
  22.  
    <filter-name>CAS Authentication Filter</filter-name>
  23.  
    <filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>
  24.  
    <init-param>
  25.  
    <param-name>casServerLoginUrl</param-name>
  26.  
    <param-value>https://dev.yonyou.com:443/sso-server/login</param-value>
  27.  
    </init-param>
  28.  
    <init-param>
  29.  
    <!--这里的server是服务端的IP -->
  30.  
    <param-name>serverName</param-name>
  31.  
    <param-value>http://10.1.215.40:80</param-value>
  32.  
    </init-param>
  33.  
    </filter>
  34.  
    <!-- 验证ST/PT过滤器 -->
  35.  
    <filter>
  36.  
    <filter-name>CAS Validation Filter</filter-name>
  37.  
    <filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
  38.  
    <init-param>
  39.  
    <param-name>casServerUrlPrefix</param-name>
  40.  
    <param-value>https://dev.yonyou.com:443/sso-server</param-value>
  41.  
    </init-param>
  42.  
    <init-param>
  43.  
    <param-name>serverName</param-name>
  44.  
    <param-value>http://10.1.215.40:80</param-value>
  45.  
    </init-param>
  46.  
    <init-param>
  47.  
    <param-name>proxyCallbackUrl</param-name>
  48.  
    <param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>
  49.  
    </init-param>
  50.  
    <init-param>
  51.  
    <param-name>proxyReceptorUrl</param-name>
  52.  
    <param-value>/proxyCallback</param-value>
  53.  
    </init-param>
  54.  
    <init-param>
  55.  
    <param-name>proxyGrantingTicketStorageClass</param-name>
  56.  
    <param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>
  57.  
    </init-param>
  58.  
    <!-- 解决中文问题 -->
  59.  
    <init-param>
  60.  
    <param-name>encoding</param-name>
  61.  
    <param-value>UTF-8</param-value>
  62.  
    </init-param>
  63.  
    </filter>
  64.  
    <filter>
  65.  
    <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
  66.  
    <filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
  67.  
    </filter>
  68.  
    <filter>
  69.  
    <filter-name>CAS Assertion Thread Local Filter</filter-name>
  70.  
    <filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
  71.  
    </filter>
  72.  
    <filter>
  73.  
    <filter-name>NoCache Filter</filter-name>
  74.  
    <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
  75.  
    </filter>
  76.  
    <!--****************************映射关系配置********************************-->
  77.  
    <filter-mapping>
  78.  
    <filter-name>CharacterEncodingFilter</filter-name>
  79.  
    <url-pattern>/*</url-pattern>
  80.  
    </filter-mapping>
  81.  
    <filter-mapping>
  82.  
    <filter-name>NoCache Filter</filter-name>
  83.  
    <url-pattern>/*</url-pattern>
  84.  
    </filter-mapping>
  85.  
    <filter-mapping>
  86.  
    <filter-name>CAS Single Sign Out Filter</filter-name>
  87.  
    <url-pattern>/*</url-pattern>
  88.  
    </filter-mapping>
  89.  
    <filter-mapping>
  90.  
    <filter-name>CAS Validation Filter</filter-name>
  91.  
    <url-pattern>/proxyCallback</url-pattern>
  92.  
    </filter-mapping>
  93.  
    <filter-mapping>
  94.  
    <filter-name>CAS Authentication Filter</filter-name>
  95.  
    <url-pattern>/*</url-pattern>
  96.  
    </filter-mapping>
  97.  
    <filter-mapping>
  98.  
    <filter-name>CAS Validation Filter</filter-name>
  99.  
    <url-pattern>/*</url-pattern>
  100.  
    </filter-mapping>
  101.  
    <filter-mapping>
  102.  
    <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
  103.  
    <url-pattern>/*</url-pattern>
  104.  
    </filter-mapping>
  105.  
    <filter-mapping>
  106.  
    <filter-name>CAS Assertion Thread Local Filter</filter-name>
  107.  
    <url-pattern>/*</url-pattern>
  108.  
    </filter-mapping>以上是关于6jsp和servlet在xml得映射和web.xml介绍的主要内容，如果未能解决你的问题，请参考以下文章

    使用WebServlet注解和web.xml配置servlet映射路径的区别及注意事项

    web.xml中的url-pattern映射规则

    web.xml中的url-pattern映射规则

    web.xml中的url-pattern映射规则

    使用 web.xml 的 Servlet 映射

    servlet在web.xml的配置