我们在使用Tomcat数据库连接池的时候都是明文存储数据库用户名和密码的

不管通过何种持久化技术，都必须通过数据连接访问数据库，在Spring中，数据连接是通过数据源获得的。在以往的应用中，数据源一般是 Web应用服务器提供的。

数据源和连接池的配置在JavaWeb开发中都要与数据库打交道，为了不频繁地打开和关闭数据库，以减少数据库操作负荷,可使数据库在开发过程中保持打开状态，在这里我们采用配置数据源的方式(JNDI)，而不是传统地JDBC方式。下面就针对常规型的SQLServer2005和Tomcat6.0的数据源的基本配置进行简单的介绍。

配置Tomcat连接池

在Java语言中，DataSource对象就是一个代表数据源实体的对象。一个数据源就是一个用来存 储数据的工具，它可以是复杂的大型企业级数据库，也可以是简单得只有行和列的文件。数据源可 以位于在服务器端，也可以位于客服端。 　应用程序通过一个连接来访问数据源，那么一个DataSource对象就是用于提供连接数据源的工 具。DataSource接口提供了两个方法用于建立和数据源的连接

TOMCAT数据源配置和使用目标，理解为什么要使用数据源，JNDI数据源的配置，在java程序中使用数据源。

1．将数据库驱动程序的JAR文件放在Tomcat的common/lib中；2．在server.xml中设置数据源，以MySQL数据库为例。

本文详细介绍了DBCP连接池的各个配置参数的含义，并通过实际例子演示不同的参数设置可能参数的结果。适用对象项目实施人员参考资料知识文件主要内容4.1连接池知识简介总所周知建立数据库连接是一个非常耗时耗资源的行为，因此现代的Web中间件，无论是开源的Tomcat、Jboss还是商业的websphere、weblogic都提供了数据库连接池功能，可以毫不夸张的说，数据库连接池性能的好坏，不同厂商对连接池有着不同的实现，本文只介绍拜特公司使用较多的开源web中间件Tomcat中默认的连接池DBCP（DataBase connection pool）的使用 。

数据库连接池在编写应用服务是经常需要用到的模块，太过频繁的连接数据库对服务性能来讲是一个瓶颈，使用缓冲池技术可以来消除这个瓶颈。我们可以在互联网上找到很多关于数据库连接池的源程序，但是都发现这样一个共同的问题：这些连接池的实现方法都不同程度地增加了与使用者之间的耦合度。很多的连接池都要求用户通过其规定的方法获取数据库的连接，这一点我们可以理解，毕竟目前所有的应用服务器取数据库连接的方式都是这种方式实现的。但是另外一个共同的问题是，它们同时不允许使用者显式的调用Connection.close()方法，而需要用其规定的一个方法来关闭连接。

配置方式总结有两种： 第一种：在应用程序工程目录META-INF下配置一个context.xml  注意的这里的文件名必须是context，当tomcat启动的时候就读取这个context.xml文件并将其发布到tomcat下的conf\Catalina\localhost下生成一个工程目录名的xml文件，如果你的工程名为test，那么生成的就是一个test.xml文件，里面的内容是Copy的context.xml中的内容。

所有的tomcat项目共用一个连接池配置

一直纠结于数据库连接池的实现，今天终于挤出时间来实现一下。tomcat之前连接池使用dbcp实现，dbcp有很多的缺点，现在的tomcat采用了自己实现的线程池，用起来还是非常的简单方面的。

一直纠结于数据库连接池的实现，今天终于挤出时间来实现一下。tomcat之前连接池使用dbcp实现，dbcp有很多的缺点，现在的tomcat采用了自己实现的线程池，用起来还是非常的简单方面的。

Tomcat 7 自带数据库连接池 Tomcat jdbc pool 使用示例

Tomcat 从 7.0 开始引入一个新的模块：Tomcat jdbc pool。

Tomcat5.5（以上版本）配置JNDI数据源配置数据源，总的来说有两种思路，思路一是直接在<Context>中配置局部数据源，思路二是先配置全局数据源，然后再在<Context>应用中链接到全局数据源，又因为Tomcat中Context位置多样，具体我分为如下几种方法。

Tomcat 在 7.0 以前的版本都是使用commons-dbcp做为连接池的实现

动态切换数据源解决方案需求：数据统计需要从多个数据库中获取数据然后汇总，这样就涉及到需要从多个数据源中获取数据的问题，而且程序中需要动态进行切换，以来回的从不同数据库中获取需要的数据。

TomCat6.0数据库连接池配置有几种方式，在这里我只介绍其中的一种供大家参考：

dbutils是一个开源的对JDBC进行封装的组件，简化了对JDBC的操作。