tomcat 6中context.xml的加载顺序 (转)

    在eclipse里修改了META-INF/context.xml文件后，在eclipse中，将tomcat重启后，修改的地方不起做用，最后在tomcat的目录下找到了缘由，有多是个小白的问题，不过仍是记录如下，以防有其余小白遇到跟我同样的问题。

    tomcat在初次加载项目时，会在tomcat目录\conf\Catalina\localhost下生成一个“项目名.xml”，我在打开以后发现里面就是原来的context.xml中的内容。


解决办法：

    将tomcat目录\conf\Catalina\localhost下生成的“项目名.xml”，删除掉，从新启动，就会将最新修改的context.xml文件生成到这个目录下。

转载一篇tomcat加载类的顺序：

bin：存放启动和关闭tomcat的脚本文件；

/conf：存放tomcat的各类配置文件，好比：server.xml

/server/lib：存放tomcat服务器所须要的各类jar文件（jar文件只可被tomcat 服务器访问）

/server/webapps：存放tomcat自带的两个web应用：admin应用和manager应用。

/common/lib：存放tomcat服务器以及全部web应用均可以访问的jar文件夹（web和tomcat服务器均可访问此jar）

/shared/lib：存放web均可访问的jar文件。（能够被全部的web访问，但不能被tomcat访问）

/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的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文件能够放在这里，这样就能够避免在server.xml配置好数据源却出现找不到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加载成不一样的实例。

例如假设下面两个不一样内容的class。分别放在不一样的webapp的class目录下。

package com.lizongbo;

public class TestClass {

private String NAME="lizongbo";

}

package com.lizongbo;

public class TestClass {

private String NAME="li_zongbo";

}

在不一样的webapp获得的com.lizongbo.NAME结果是不一样的，且互不影响。

可是注意，如下包名开头的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: lizongbo

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: com.lizongbo.MyTestClass

那么在加载这个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/lizongbo/WEB-INF/lib下,

那么lizongbo这个webapp中使用到javamail进行邮件发送的时候，便会出现No provider for smtp的错误。