SpringMvc整合Dubbo错误

Mresult

已于 2023-04-11 14:10:29 修改

阅读量403

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Spring 文章标签： java springmvc dubbo Exception

于 2019-10-12 11:59:53 首次发布

本文链接：https://blog.youkuaiyun.com/Mresult/article/details/102517885

Spring 专栏收录该内容

3 篇文章

订阅专栏

在SpringMvc中整合Dubbo时遇到一个FileNotFoundException，问题源于Dubbo尝试加载root容器但找不到配置文件。解决方案是在web.xml中指定ServletContext资源位置，并确保在IDEA中，listener配置位于filter之后以避免热检查错误。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

记一次SpringMvc整合Dubbo错误的产生

问题的产生

今天使用springmvc整合了一下Dubbo
Maven项目推荐资源放在resource目录之下所以我把配置文件之类的放在里面
引入依赖,编写配置文件,写测试包,配置Tomcat
在做完之后开启Tomcat,却发现报了异常…
异常如下:

2-Oct-2019 11:19:21.014 严重 [RMI TCP Connection(3)-127.0.0.1] org.apache.catalina.core.StandardContext.startInternal Context [] startup failed due to previous errors
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:754)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:730)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
	at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1736)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:483)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:432)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:346)
	at sun.rmi.transport.Transport$1.run(Transport.java:200)
	at sun.rmi.transport.Transport$1.run(Transport.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:683)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/applicationContext.xml]
	at org.springframework.web.context.support.ServletContextResource.getInputStream(ServletContextResource.java:159)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:329)
	... 57 common frames omitted

。

其实错误显示也就是那一段话比较重要

Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/applicationContext.xml]

异常很明显，FileNotException，无法打开ServletContext的资源文件。下面再看一下web.xml的配置：

<web-app>
    <filter>
        <filter-name>encoding</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
        <init-param>
            <param-name>forceEncoding</param-name>
            <param-value>true</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>encoding</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <servlet>
        <servlet-name>dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:spring-mvc.xml</param-value>
        </init-param>
    </servlet>
    <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
</web-app>

由于之前并没有整合dubbo的时候这样的配置是正常的,我也只是使用了一个springmvc.xml的容器 .
所以这一次给我报的异常让我有点懵逼,后来经过查询发现:

是因为在整合dubbo之后会加载root容器 ,原因是因为 Dubbo并不知道我们到底使用什么Mvc框架 ,所以他自然而然的去加载了root容器 (据说是因为当初dubbo发行的时候 springmvc并不是多么流行很多公司还是使用者Struts2甚至Struts1 所以作者当时就做了这么一个设定…)

不管怎么说,原因是知道了,那下面就该解决了,root容器是要配置一个的,但是需要在web.xml进行指定,所以我对web.xml进行了下面的修改:

解决问题

 <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>classpath:spring-root.xml</param-value>
 </context-param>
  <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  </listener>

最好将这两项配置放在web.xml的配置最上面因为在Tomcat启动之后,会初始化context ,而我们就正好对context进行了文件位置指定的修改所以我们把这个配置往上写一下

ps: 还有一个值得一提的事情是: 如果你使用的编辑器是IDEA的话,那么listener的配置请放在filter的配置后面因为idea是会对配置文件进行热检查的,他在内部有一个配置文件的标签放置顺序 , 在他的顺序里面,listener配置实在filter之后的,所以如果你在filter的上面进行配置的话,idea是会给你报错滴
当然,如果你使用的eclipse的话,就不会有这个问题了,你完全可以把热检查给关闭…
下面就是我最后的配置,以及顺序:

到此ok 启动项目之后成功转到首页,没有异常 (spring-root.xml的配置里面可以什么也不配置,只有一个springconfig的头也是可以的)