Caused by: java.lang.NoSuchMethodException: org.apache.catalina.deploy.WebXml addServlet

一：启动tomcat后加载servlet项目后出现下面异常信息，其中红字和蓝字中表示同信息两种不同的情况，对此有两种解决思路

四月 20, 2016 12:50:09 下午 org.apache.catalina.loader.WebappClassLoader validateJarFile
信息: validateJarFile(D:\Java\apache-tomcat-7.0.57\webapps\day03\WEB-INF\lib\el-api.jar) - jar not loaded. See Servlet Spec 3.0, section 10.7.2. Offending class: javax/el/Expression.class
四月 20, 2016 12:50:09 下午 org.apache.catalina.loader.WebappClassLoader validateJarFile
信息: validateJarFile(D:\Java\apache-tomcat-7.0.57\webapps\day03\WEB-INF\lib\servlet-api.jar) - jar not loaded. See Servlet Spec 3.0, section 10.7.2. Offending class: javax/servlet/Servlet.class
四月 20, 2016 12:50:09 下午 org.apache.tomcat.util.digester.Digester endElement
严重: End event threw exception

严重: Parse error in application web.xml file at jndi:/localhost/day03/WEB-INF/web.xml

org.xml.sax.SAXParseException; systemId: jndi:/localhost/day03/WEB-INF/web.xml; lineNumber: 8; columnNumber: 13; Error at (8, 13) : org.apache.catalina.deploy.WebXml addServlet
    at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2711)
    at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2743)
    at org.apache.tomcat.util.digester.Digester.endElement(Digester.java:1066)
    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(Unknown Source)
    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
    at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
    at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
    at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
    at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561)
    at org.apache.catalina.startup.ContextConfig.parseWebXml(ContextConfig.java:1825)
    at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1263)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:889)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:386)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5380)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.startup.HostConfig.reload(HostConfig.java:1484)
    at org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1462)
    at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1646)
    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:328)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1374)
    at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1546)
    at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1556)
    at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1524)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoSuchMethodException: org.apache.catalina.deploy.WebXml addServlet
    at org.apache.tomcat.util.IntrospectionUtils.callMethod1(IntrospectionUtils.java:849)
    at org.apache.tomcat.util.digester.SetNextRule.end(SetNextRule.java:201)
    at org.apache.tomcat.util.digester.Digester.endElement(Digester.java:1063)
    ... 30 more
四月 20, 2016 12:47:58 下午 org.apache.catalina.startup.ContextConfig parseWebXml
严重: Occurred at line 8 column 13
四月 20, 2016 12:47:58 下午 org.apache.catalina.startup.ContextConfig configureStart
严重: Marking this application unavailable due to previous error(s)
四月 20, 2016 12:47:58 下午 org.apache.catalina.core.StandardContext startInternal
严重: Error getConfigured
四月 20, 2016 12:47:58 下午 org.apache.catalina.core.StandardContext startInternal

严重: Context [/day03] startup failed due to previous errors

二、分析过程

 信息: validateJarFile(D:\Java\apache-tomcat-7.0.57\webapps\day03\WEB-INF\lib\el-api.jar) - jar not loaded. See Servlet Spec 3.0, section 10.7.2. Offending class: javax/el/Expression.class

问题分析&&解决方案：

1、项目的WEB-INF/lib下有servlet-api.jar。

2、项目的WEB-INF/lib下

有包含javax.servlet包的JAR包（如WebLogic8.1的weblogic.jar），造成与Tomcat自身的servlet-api.jar的冲突。

因为Tomcat的WebappClassLoader加载JAR包时会进行校验。

 

 

A、针对第一种情况，项目的servlet-api.jar不要放在WEB-INF/lib下，可以放在工程下的一个专门的目录（如lib）下面，然后通过Eclipse导入到工程中。

 

B、针对第二种情况，暂时没有想到简单的解决办法，在我的项目中由于某种特殊的需求，weblogic.jar是通过自定义的类加载器加载的，而不是由Tomcat的WebappClassLoader加载，所以上述问题也就不存在了。如果您遇到同样的问题，可以借鉴此种方案。

Caused by: java.lang.NoSuchMethodException: org.apache.catalina.deploy.WebXml addServlet

问题分析

首先，你需要了解一下JVM的Classloader机制(详细请自行google之)。
简而言之，JVM的classloader加载继承关系分为BootstarpClassLoader --> ExtClassLoader --> SystemClassLoader，应用的WebAppClassLoader继承自SystemClassLoader，在加载具体某个类时，一般会先委托给父类ClassLoader，当父类ClassLoader无法加载成功时，才会再由子类ClassLoader尝试加载，这就是所谓的delegate机制。

其次，Tomcat在jvm的ClassLoader机制上增加了几个继承层次。
SystemClassLoader --> CommonClassLoader -->(ServerClassLoader | SharedClassLoader --> WebAppClassLoader)。
CommonClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中common.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/lib下的文件。该loader加载的类为tomcat服务器和tomcat下面的所有webApp所共享。
ServerClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中server.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/server下的文件。该loader加载的类为tomcat服务器所独有核心类，tomcat下面的WebApp无法访问。
SharedClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中shared.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/shared下的文件。该loader加载的类为tomcat下面的所有webApp所共享。
WebAppClassLoader用来加载${CATALINA_HOME}/webapps/目录下每个WebApp应用的/WEB-INF/class，/WEB-INF/lib的类文件，每个WebApp对应一个WebAppClassLoader，用来加载其所需要的类文件。

最后，说一下delegate配置的意义。
True，表示tomcat将遵循JVM的delegate机制，即一个WebAppClassLoader在加载类文件时，会先递交给SharedClassLoader加载，SharedClassLoader无法加载成功，会继续向自己的父类委托，一直到BootstarpClassLoader，如果都没有加载成功，则最后由WebAppClassLoader自己进行加载。
False，表示将不遵循这个delegate机制，即WebAppClassLoader在加载类文件时，会优先自己尝试加载，如果加载失败，才会沿着继承链，依次委托父类加载。

默认情况为false

在此说一下配置为False需要注意的问题：一旦配置为False，如果你在WebApp中自己定义了一个java.lang.String，则这个String类会有可能覆盖掉jdk中的String类，这也许不是你想要的结果。另外对于多个WebApp公用jar包，你可能会放到${CATALINA_HOME}/shared目录中共享，但是一不小心在应用的/WEB-INF/lib中也包含了一个同名的但版本不一致的jar的话，这就有可能会导致很多奇怪的问题。

解决方案（最有效的解决方案）

在D:\Java\apache-tomcat-7.0.57\conf/context.xml中

在tomacat的context.xml里加上<Loader delegate="true" />