Tomcat6.0 连接池的配置
1.本人当前使用的Tomcat版本为：6.0.20，oracle为稳定的9i版本
2.下文为方便起见，依习惯以%Tomcat_Home%表示Tomcat安装的目录，本人安装目录为“E:\Program Files\WindowsXP\tomcat6”
配置步骤如下：
1.Tomcat 6的配置和以前的不同了，不推荐在server.xml中进行配置，而是在%Tomcat_Home%\webapps\yourApp\META-INF \context.xml中进行配置才是更好的方法。而不是以前版本%Tomcat_Home%\conf下的context.xml文件。这样就可以在不同的web应用下单独配置连接池了，且Tomcat会自动重载。当然你也可以更改%Tomcat_Home%\conf下的context.xml文件，将所有web应用下的连接池进行统一配置。
2.将代码修改如下：
view plaincopy to clipboardprint?
<Context reloadable="true">
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<Resource name="jdbc/oracleds" auth="Container" type="javax.sql.DataSource"
maxActive="100"
maxIdle="30"
maxWait="10000"
username="scott"
password="tiger"
driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@localhost:1521:ora9"/>
</Context>
<Context reloadable="true">
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<Resource name="jdbc/oracleds" auth="Container" type="javax.sql.DataSource"
maxActive="100"
maxIdle="30"
maxWait="10000"
username="scott"
password="tiger"
driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@localhost:1521:ora9"/>
</Context>
name 为当前数据源JNDI的名字，可以随意设定；
auth 为验证方式；
type 资源类型；
driverClassName 为Oracle驱动引用；
maxActiv 为连接池最大激活的连接数，设为0表示无限制；
maxIdle 为连接池最大空闲的连接数，数据库连接的最大空闲时间。超过空闲时间，
数据库连接将被标记为不可用，然后被释放。设为0表示无限制；
maxWait 为连接最大的等待时间，单位毫秒，如果超过此时间将接到异常。设为-1
表示无限制。；
username 为oracle数据库的一个用户名；
password 为username的密码；
url 为连接oracle的连接地址；
注：本人尝试将代码“driverClassName="oracle.jdbc.driver.OracleDriver"”改为“driverClassName="oracle.jdbc.OracleDriver"”程序依然运行正常，刚开始以为老师的代码有问题
3.在程序中的调用形式为：
view plaincopy to clipboardprint?
Context context = new InitialContext();
DataSource ds = (DataSource)context.lookup("java:/comp/env/jdbc/oracleds");
Connection conn = ds.getConnection();
Context context = new InitialContext();
DataSource ds = (DataSource)context.lookup("java:/comp/env/jdbc/oracleds");
Connection conn = ds.getConnection();
注：“java:/comp/env/jdbc/oracleds”红色标记文字为步骤1里设置的Resource name
则可以将建立connection的方式以上述形式取代传统方式：
view plaincopy to clipboardprint?
String driver = "oracle.jdbc.driver.OracleDriver";
String url = "jdbc:oracle:thin:@localhost:1521:ora9";
String username = "scott";
String password = "tiger";
Class.forName(driver);
Connection conn = DriverManager.getConnection(url, username, password);
String driver = "oracle.jdbc.driver.OracleDriver";
String url = "jdbc:oracle:thin:@localhost:1521:ora9";
String username = "scott";
String password = "tiger";
Class.forName(driver);
Connection conn = DriverManager.getConnection(url, username, password);
4.另外还需将用到的jdbc驱动类库导入到%Tomcat_Home%\lib目录下
否则会抛出如下异常：
org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot load JDBC driver class 'oracle.jdbc.driver.OracleDriver'
依上述步骤就能成功的配置Tomcat6.0 连接池，还有网友贴文说需
在web.xml文件中的web-app节点下加入如下代码形式：
<resource-ref>
<res-ref-name>jdbc/myoracle</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
</resource-ref>
因本人未添加此项，程序依然正确，故本人认为此步骤为非必要项
---------------------------------------------------------------------------
今天需要在另一台机器上重新部署系统，重新设置db的连接池。当我把tomcat拷贝到那台机器，并且修改META-INF\context.xml，然后重新启动tomcat，但发现系统连接的仍然是老的db。再次检查了META-INF\context.xml文件，确信了这个文件已经正确设置db连接了，这也说明这个文件并没有真正起作用。查看了tomcat下conf\context.xml也没有设置db的连接池。那是哪个文件在起作用呢？折腾了办法，后来发现tomcat在conf\Catalina\localhost下生成了一个和原来META-INF\context.xml相同内容的文件，怀疑一定是这个文件在起作用？删除conf\Catalina\localhost目录，重启tomcat，问题消失。
转载一篇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下,
在自己的工程里webroot目录的meta-inf下添加一context.xml文件，内容如下：
<Context>
<Resource name="jdbc/sqlserver"
auth="Container"
type="javax.sql.DataSource"
maxActive="20"
maxIdel="10"
maxWait="1000"
username="sa"
password="***"
driverClassName="com.microsoft.jdbc.sqlserver.SQLServerDriver"
url="jdbc:sqlserver://10.0.0.1:1400;DatabaseName=database">
</Resource>
</Context>
注意：此内容也可以添加到tomcat的conf目录server.xml里，但是这样定义的是全局的数据源，影响以后的扩展。
某些名字的含义：
auth：指定管理Resource的Manager，由两个可选值：Container和Application。Container表示由容器来创建和管理 Resource，Application表示由WEB应用来创建和管理Resource。如果在web application deployment descriptor中使用<resource-ref></resource-ref>，这个属性是必需的，如果使用<resource-env-ref></resource-env-ref>，这个属性是可选的。
type：指定Resource所属的java类名。
maxActive：指定数据库连接池中处于活动状态的数据库连接最大数目，0表示不受限制。
maxIdel：指定数据库连接池中处于空闲状态的数据库连接的最大数目，0表示不受限制。
maxWait：指定数据库连接池中的数据库连接处于空闲状态的最长时间（单位为毫秒），超过这一事件，将会抛出异常。-1表示可以无限期等待。
第二步：添加源数据的引用
在工程的web.xml中添加如下内容：
<resource-ref>
<description>JNDI DataSource for SqlServer2005</description>
<res-ref-name>jdbc/sqlserver</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
注意：此内容若不添加，也不影响程序运行，至于什么原因尚不得而知，望各种大虾赐教。
第三步：编写连接代码
Context initCoxt = new InitialContext();
DataSource ds = (DataSource)initCoxt.lookup("java:/comp/env/jdbc/sqlserver");
strConnection = ds.getConnection();
注意："java:/comp/env/"是固定写法，"jdbc/sqlserver"是数据源的名字。
网上的话：
数据源：JDBC提供了javax.sql.DataSource的接口，负责与数据库建立连接，实际应用时不需要编写连接数据库代码，直接从数据源获得数据库的连接。Dataource中事先建立了多个数据库连接，这些数据库连接保持在数据库连接池中，当程序访问数据库时，只需要从连接池从取出空闲的连接，访问数据库结束，再将这些连接归还给连接池。DataSource对象由容器（Tomcat）提供，不能使用创建实例的方法来生成 DataSource对象，要采用JAVA的JNDI（Java Nameing and Directory Interface，java命名和目录接口）来获得DataSource对象的引用。（另有一种说法：“其实从技术上来说，数据源连接方式是不需要目录服务的，我们同样可以通过序列化数据源对象直接访问文件系统。这点是需要明确的。”感兴趣的朋友可以试试。）JNDI是一种将对象和名字绑定的技术，对象工厂负责生产出对象，这些对象都和唯一的名字相绑定。程序中可以通过这个名字来获得对象的引用。Tomcat把DataSource作为一种可配置的 JNDI资源来处理，生成DataSource对象的工厂为 org.apache.comm.ons.dbcp.BasicDataSourceFactory
