解决ERROR：Offending class: javax/servlet/Servlet.class及TLD skipped. URI: http://XX.com/jstl/* is ready

整理学习和工作中遇到的问题<一>

         周末在进行Spring框架搭建的过程中，遇到了两个问题，都是包加载过多的问题。第一个问题Offending Class，这是相同包冲突问题，第二个问题是不同包的冲突。

    (一)  ERROR：Offending class: javax/servlet/Servlet.class

         通过网络查阅资料，发现这篇写的不错，最后也是通过此解决了问题：http://www.educity.cn/wenda/360149.html，我再啰嗦一下，以便后来借鉴。

         问题描述：启动tomcat,发现功能异常,检查日志后,发现有以下一段错误记录:
          validateJarFile(E:\workspace\gzmetro\webapp\WEB-INF\lib\servlet-api-2.4.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class 
         错误原因:
         tomcat的lib目录下已经有Servlet.class这个类了，工程目录下的lib的的某些jar包里又有，导致加载失败。 
         解决方案：
         清楚工程lib下多余的jar包。 去掉了lib文件夹下的多余servlet-api-2.4.jar包

        究其原理：

        tomcat类加载顺序
          Tomcat下的文件目录 
  /bin：存放启动和关闭tomcat的脚本文件； 
  /conf：存放tomcat的各种配置文件，比如：server.xml 
  /lib：存放tomcat服务器所需要的各种jar文件（jar文件只可被tomcat 服务器访问） 
  /webapps：存放tomcat自带的两个web应用：admin应用和manager应用。 
          /common/lib：存放tomcat服务器以及所有web应用都可以访问的jar文件夹（web和tomcat服务器都可访问此jar） 
          /shared/lib：存放web都可访问的jar文件。（可以被所有的web访问，但不能被tomcat访问）<这里是需要用户自己开发，在配置文件中进行修改，可以减少Tomcat中web应用所占的内存> 
          /logs：存放tomcat的日志文件 
          /webapps：当发布web应用时，默认情况下把web应用文件放于此目录下 
          /work：tomcat把由jsp生成的Servlet放于此目录 
另：在web应用中，WEB-Inf目录下，也可以建立lib子目录，在此子目录下可以存放各种jar文件，这些jar文件只能被当前web应用访问。其中，在web-inf目录下的lib与classes目录，Tomcat类装载器先装载classes目录下的类，再装载lib目录下的类。因为类同名时，classes优先。 
其中jsp运行时，查找class的顺序为：项目文件夹（WEB-INF\lib）—>容器文件夹（tomcat\common\lib）—>jdk文件夹(jdk\jre\lib\ext) 
Tomcat是一种向上寻找的层次结构，也有向下的，或者是可配置的。 
Tomcat的class加载的优先顺序一览 
————- 
1.最先是$JAVA_HOME/jre/lib/ext/下的jar文件。 
2.环境变量CLASSPATH中的jar和class文件。 
3.$CATALINA_HOME/common/classes下的class文件。 
4.$CATALINA_HOME/commons/endorsed下的jar文件。 
5.$CATALINA_HOME/commons/i18n下的jar文件。 
6.$CATALINA_HOME/common/lib 下的jar文件。(JDBC驱动之类的jar文件可以放在这里，避免配置好数据源却找不到JDBC Driver的情况。) 
7.$CATALINA_HOME/server/classes下的class文件。 
8.$CATALINA_HOME/server/lib/下的jar文件。 
9.$CATALINA_BASE/shared/classes 下的class文件。 
10.$CATALINA_BASE/shared/lib下的jar文件。 
11.各自具体的webapp /WEB-INF/classes下的class文件。 
12.各自具体的webapp /WEB-INF/lib下的jar文件。 

class的搜寻顺序如下 
————- 
/WEB-INF/classes of your web application 
/WEB-INF/lib/*.jar of your web application 
$CATALINA_HOME/common/classes 
$CATALINA_HOME/common/endorsed/*.jar 
$CATALINA_HOME/common/i18n/*.jar 
$CATALINA_HOME/common/lib/*.jar 
$CATALINA_BASE/shared/classes 
$CATALINA_BASE/shared/lib/*.jar 
————– 
因此放在不同webapp里的class文件，会被classloader加载成不同的实例。 
在不同的webapp加载相同类名的类互不影响。 

但是注意，以下包名开头的class例外： 
javax.* 
org.xml.sax.* 
org.w3c.dom.* 
org.apache.xerces.* 
org.apache.xalan.* 

ps,注意.在各个jar中的\META-INF\MAINFEST.MF文件里Class-Path键值对，也会提供jar的加载优先顺序。 
例如某jar的MAINFEST.MF内容如下： 
Manifest-Version: 1.0 
Created-By: Zianed 
Class-Path: commons-beanutils.jar 
Class-Path: commons-collections.jar 
Class-Path: commons-dbcp.jar 
Class-Path: commons-digester.jar 
Class-Path: commons-logging.jar 
Class-Path: commons-pool.jar 
Class-Path: commons-services.jar 
Class-Path: commons-validator.jar 
Class-Path: jakarta-oro.jar 
Main-Class: Test 

那么在加载这个jar的时候，会先在此jar所在目录下依次先加载commons-beanutils.jar，commons-collections.jar等jar文件。 
在不同的地方放置jar和class可能会产生意想不到的后果,尤其是不同版本的jar文件，因此在实际应用部署web应用时候要特别留心. 

例如 使用javamail常见的一个出错信息: 
javax.mail.NoSuchProviderException: No provider for smtp 
其真实原因就很可能如下: 
在不同的加载jar的目录下放置了不同版本的mail.jar,比如一个是javamail1.3.1的mail.jar 
在D:\jakarta-tomcat-5.5.8\common\lib下,而另外一个是javamail1.3.2的mail.jar在 
D:\jakarta-tomcat-5.5.8\webapps\mialtest\WEB-INF/lib下, 
那么mialtest中使用到javamail进行邮件发送的时候，便会出现No provider for smtp的错误。

     <二> INFO TLD skipped. URI: http://java.sun.com/jstl/* is already defined

     整合Spring MVC由于用到jstl，所以假如jstl便签用的jar包，启动tomcat时控制台出现了如下的输出：

org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jstl/core_rt  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jstl/core  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jsp/jstl/core  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jstl/fmt_rt  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jstl/fmt  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jsp/jstl/fmt  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jsp/jstl/functions  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //jakarta .apache.org /taglibs/standard/permittedTaglibs  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //jakarta .apache.org /taglibs/standard/scriptfree  is already defined
org.apache.catalina.startup.TaglibUriRule body
信息: TLD skipped. URI: http: //java .sun.com /jstl/sql_rt  is already defined

    后来查询standard.jar的作用时，知道这个jar包与jstl.jar一起使用，但是jstl 1.2版本的就不需要这个jar包了，而本人使用的正是jstl 1.2.jar这个jar包，去掉standard.jar文件后重启tomcat就不会再出现上述信息。<参考：http://blog.csdn.net/z69183787/article/details/38066239>