springMVC笔记系列(18)——配置文件细节详解-白红宇

springMVC笔记系列(18)——配置文件细节详解

阅读量：6877 次

发布时间：2019-06-26

本文共 12958 字，大约阅读时间需要 43 分钟。

本文着重说说springMVC项目中各个配置文件的一些细节。

web.xml文件是web应用的部署描述。

在上一节的springMVC示例中，idea下的Maven-webapp项目自动生成了web.xml文件，用的是webapp2.3的标准。文件头声明如下：

webapp2.3的标准的JSP页面会默认地把EL表达式语言关闭。所以我们需要把这个声明替换掉，换成2.4及以上版本。来来来直接复制粘贴。

webapp 2.4

webapp2.5

在如此声明之后，我们的web应用就可以默认地支持EL。

（本文出自：http://my.oschina.net/happyBKs/blog/691502）

springMVC的核心是前端控制器。

在上一节springMVC示例中，web.xml中仅仅定义了springMVC的前端控制器DispathcerServlet，而没有定义spring容器。虽然这没错，但是在实际使用中，一般还是会用到spring，所以我们应该加入spring的声明：在web.xml中须要配置spring的上下文环境配置文件的路径和监听器ContextLoaderListener。

这里的上下文ApplicationContext是一个层次化的结构。

web.xml定义如下：


    
      
     
      Archetype Created Web Application
       
         
           
      
       contextConfigLocation
            
      
       /WEB-INF/configs/spring/applicationContext*.xml
          
         
           
      
               org.springframework.web.context.ContextLoaderListener      
          
       
       
         
      
       mvc-dispatcher
          
      
        org.springframework.web.servlet.DispatcherServlet
          
          
            
       
        contextConfigLocation
             
       
        /WEB-INF/configs/spring/mvc-dispatcher-servlet.xml
           
          
      
       1
        
       
         
      
       mvc-dispatcher
          
          
      
       /

这里面，我们可以到spring应用上下文有自己的一些配置文件：


          
     
      contextConfigLocation
           
     
      /WEB-INF/configs/spring/applicationContext*.xml

而springMVC的核心——DispatcherServllet也有自己相关的配置文件：


        
     
      mvc-dispatcher
         
     
       org.springframework.web.servlet.DispatcherServlet
         
         
           
      
       contextConfigLocation
            
      
       /WEB-INF/configs/spring/mvc-dispatcher-servlet.xml
          
         
     
      1

那么，这两组配置文件就构成了它们不同的应用上下文的层次。

我们还是通过一个图来说明 springMVC的上下文层级：

图中，我们可以看到两块web应用上下文（两组WebApplicationContext）。

其中右边那块其实有多个WebApplicationContext。可以理解为我们的根。

这个就是那个ContextLoaderListener所加载形成的上下文。它为我们提供了我们所有应用公共所使用的组件或者服务如Service层、DAO层等等。这些组件或者服务应该是被整个应用所共享的，它不应该被局限在某一个DispatcherServlet上下文之中。

另一个WebApplicationContext（左边的那个）就是与特定DispatcherServlet相关的上下文。比如说这里的示例中配置文件中定义的mvc-dispatcher，与其先关的Controller、ViewResolver、HandlerMapping等等。

那么，有没有可能会存在多个DispatcherServlet呢？答案是肯定的。前面提到了，既然这里右边的WebApplicationContext定义的是公共的通用的上下文，就是为了在多个DispatcherServlet的情况下所共有。

那么为什么会出现需要DispatcherServlet的情况呢？

用不同DispatcherServlet来分发不同类型的请求。比如，现在有一个网站，需要两个DispatcherServlet，一个来处理一般用户的访问请求，另一个用来是为了处理一些特殊设备的如Webservice之类的请求服务。

在web.xml配置文件，对DispacherServlet通过 url-pattern指定了不同url来源请求的划分依据。


        
     
      mvc-dispatcher
         
         
     
      /

这个示例是一个dispatcherServelt拦截根“/”下的请求。比如，这个dispatcherServelt为用户提供一个相应的接口；我们还可以定义另一个dispatcherServelt，将url-pattern设置为 /ws，用来相应来自各类设备的webservice请求。从而实现了多个不同的dispatcherServelt对不同类型请求的分发。

以上是spring应用上下文的相关的配置文件的说明。

接下来我们先看看DispatcherServlet相关的配置文件。

DispatcherServlet相关的配置文件

在上述web.xml的示例中指定了/WEB-INF/configs/spring/mvc-dispatcher-servlet.xml。如下：

第一点：

<context:annotation-config />激活了spring基于注解的DI（依赖注入）。我们Controller也是需要使用其他的一些服务的，来调用业务逻辑，因此需要使用依赖注入的方式来获取这些service，这项配置就完成了这项功能。

第二点：

下面配置component-scan。

这里的include-filter项告诉我们的DispatcherServlet的上下文，要找org.springframework.stereotype.Controller，（注解方式type="annotation"），只需要扫描component-scan的base-package定义的包就可以了。或者也可以说，当dispatcherServlet扫描component-scan的base-package定义的包时，只需要扫描包内的org.springframework.stereotype.Controller就可以了，这里不需要扫描Service，因为Service会交给我们的spring上下文来进行处理。这正是我们前面说的——层次化的上下文组织方式。

第三点：

上一节讲到springMVC概念的时候说到了HandlerMapping。对它，这里我们不须要做什么配置。因为springMVC的默认功能已经将其约定好了！如果我们不在mvc-dispatcher-servlet.xml进行任何HandlerMapping的配置，springMVC将启用其默认的配置。在这个默认配置中，springMVC会启用一个DefaultAnnotationHandlerMapping的类，这个类就可以帮助我们解析一些基于注解的DefaultAnnotationHandlerMapping。正如mvc-dispatcher-servlet.xml中被注释掉的一段：

第四点：

<mvc:annotation-driven />扩充了注解驱动，作用是可以将请求参数绑定到控制器参数。也就说，你的url查询参数中某一个变量，可以映射到Controller的某个方法的输入参数。可以翻阅本系列我之前的几篇文章，曾经介绍过。

第五点：

<mvc:resources mapping="/resources/**" location="/resources/" />能够帮助我们获得静态资源，如Js、Css文件、图片等。

比如这里，我们将"/resources/** （请求resources下的各个url路径的静态资源）映射到location="/resources/"即本地项目的/resources目录下。

第六点：

配置ViewResolver。

这里需要强调的是，我们可以在一个DispatcherServlet中配置多个ViewResolver。多个ViewResolver之间可以使用order属性进行排序。

注意：InternalResourceViewResolver须要放在所有ViewResolver的最后，因为它必定会返回一个对象。（当按照顺序的ViewResolver满足，则返回对象；否则看下一个ViewResolver。InternalResourceViewResolver必定返回）这个最后返回的对象不一定是我们所需要的，所以也从另一个方面说明应该放在最后。

Spring上下文相关的配置文件

我们在/WEB-INF/configs/spring/下新建applicationContext.xml。（在web.xml中我们已经定义了spring上下文相关的配置文件为/WEB-INF/configs/spring/applicationContext*.xml）

applicationContext.xml如下：

applicationContext.xml就是用来放置它或者它的兄弟配置文件，共同组成了我们的应用中通用的组件的spring的bean管理。

这个文件示例有两点注意：

第一点：

<context:annotation-config />启用基于注解的DI管理。

第二点：

exclude-filter告诉spring，这里我们不须要管理Controller了。

好本节的正片环节就这么多。

——————————————————————————

接下来是一个问题的解决。当我在上述更改的基础上，编译运行这个webapp。发现请求http://localhost:8080/mvc/hello/world时，服务器崩了。

HTTP Status 500 - Handler processing failed; nested exception is java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/Configtype Exception reportmessage Handler processing failed; nested exception is java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/Configdescription The server encountered an internal error that prevented it from fulfilling this request.exceptionorg.springframework.web.util.NestedServletException: Handler processing failed; nested exception is java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/Config	org.springframework.web.servlet.DispatcherServlet.triggerAfterCompletionWithError(DispatcherServlet.java:1305)	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:979)	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:895)	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967)	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:858)	javax.servlet.http.HttpServlet.service(HttpServlet.java:624)	org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843)	javax.servlet.http.HttpServlet.service(HttpServlet.java:731)	org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)root causejava.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/Config	org.springframework.web.servlet.support.JstlUtils.exposeLocalizationContext(JstlUtils.java:101)	org.springframework.web.servlet.view.JstlView.exposeHelpers(JstlView.java:135)	org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:142)	org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:303)	org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1246)	org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1029)	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:973)	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:895)	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967)	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:858)	javax.servlet.http.HttpServlet.service(HttpServlet.java:624)	org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843)	javax.servlet.http.HttpServlet.service(HttpServlet.java:731)	org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)root causejava.lang.ClassNotFoundException: javax.servlet.jsp.jstl.core.Config	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1720)	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571)	org.springframework.web.servlet.support.JstlUtils.exposeLocalizationContext(JstlUtils.java:101)	org.springframework.web.servlet.view.JstlView.exposeHelpers(JstlView.java:135)	org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:142)	org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:303)	org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1246)	org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1029)	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:973)	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:895)	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967)	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:858)	javax.servlet.http.HttpServlet.service(HttpServlet.java:624)	org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843)	javax.servlet.http.HttpServlet.service(HttpServlet.java:731)	org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)note The full stack trace of the root cause is available in the Apache Tomcat/7.0.62 logs.Apache Tomcat/7.0.62

我分析应该是缺少某个包。stackoverflow上也有人遇到相同的问题：有人对原因作出了解答：

As the package name hints, the mentioned class is part of . The exception is clearly telling that the class definition file of the mentioned class cannot be found in the runtime classpath. I.e. the Config.class file or at least the JAR file containing that class is missing in webapp's runtime classpath.

is normally already provided out the box by a full fledged Java EE container such as ,//, /, , etc but not by barebones JSP/Servlet containers such as and . For them, you'd need to supply JSTL along with the web application yourself, exactly like as you'd do for JSF (which is also already provided out the box by full fledged Java EE containers).

You're facing this exception because Facelets has for its a dependency on the JSTL implementation JAR file, while you're using Tomcat which doesn't ship with JSTL out the box. JSTL is as a separate library available in flavor of . Just download and drop it in your webapp's /WEB-INF/lib folder, along with the JSF JAR file(s) which you already placed there, and this exception should disappear. Maven users can achieve that by adding the below dependency (and performing a full rebuild/redeploy):


        
     
      javax.servlet
         
     
      jstl
         
     
      1.2

Alternatively, just replace Tomcat by a real Java EE container.

看到了吧，原因在tomcat本身不是一个真正的Java EE web容器。因此需要添加jstl的jar。我在Maven的POM中已经添加了相应的依赖包坐标。pom.xml更新如下：


      
     
      4.0.0
       
     
      testIdea.happBKs.mvc
       
     
      springMVC
       
     
      war
       
     
      1.0-SNAPSHOT
       
     
      springMVC Maven Webapp
       
     
      http://maven.apache.org
       
         
      
       2.6
          
      
       1.7.21
          
      
       4.2.6.RELEASE
          
      
       2.7.4
        
       
         
            
               
        
         org.springframework
                
        
         spring-framework-bom
                
        
         ${spring.version}
                
        
         pom
                
        
         import
              
           
        
       
         
            
       
        junit
             
       
        junit
             
       
        4.10
             
       
        test
           
          
            
       
        org.springframework
             
       
        spring-webmvc
           
          
            
       
        commons-lang
             
       
        commons-lang
             
       
        ${commons-lang.version}
           
          
            
       
        org.slf4j
             
       
        slf4j-log4j12
             
       
        ${slf4j.version}
             
               
                  
         
          slf4j-api
                   
         
          org.slf4j
                 
              
           
          
            
       
        org.slf4j
             
       
        slf4j-api
             
       
        ${slf4j.version}
           
          
            
       
        javax.servlet
             
       
        servlet-api
             
       
        2.5
           
          
            
            
            
          
          
            
       
        commons-fileupload
             
       
        commons-fileupload
             
       
        1.3.1
           
          
            
       
        com.fasterxml.jackson.core
             
       
        jackson-databind
             
       
        ${jackson.version}
           
          
            
       
        jstl
             
       
        jstl
             
       
        1.2
           
        
       
         
      
       springMVC