tomcat配置和连接池原理
2012-02-08 20页 doc 160KB 41阅读
is_770598
暂无简介
举报
tomcat配置和连接池原理tomcat 6.0如何配置虚拟目录?tomcat 6.0 不能列目录?
一、具体配置方法如下：
找到TOMCAT的安装目录，再打开conf目录下的server.xml.
将元素加入元素中间。（不清楚话，可以参考XML这门语言，非常有用）
D:\testservlet为实际目录，而/testservlet为虚拟目录，在地址栏敲入http://localhost:8080/testservlet
实际访问的目录为D:\testservlet，我们给D:\testservlet做了一个映射。
二、问题描述：
...
tomcat 6.0如何配置虚拟目录?tomcat 6.0 不能列目录?
一、具体配置方法如下：
找到TOMCAT的安装目录，再打开conf目录下的server.xml.
将元素
default
org.apache.catalina.servlets.DefaultServlet
debug
0
listings
false
1
将其中的
listings
false
设置改为true即可解决此问题
Tomcat6.0连接池配置
1. Tomcat6.0连接池配置
2. 1.配置tomcat下的conf下的server.xml中的host标签中添加连接池配置:
3.
4. 1.
17. 2. DB Connection
18. 3. jdbc/sql
19. 4. javax.sql.DataSource
20. 5. Container
21. 6.
22. 3.把连接数据库的第三方驱动放到common/lib下面就ok了
23. 4.测试程序我就不写了
24.
25. Tomcat5.5x连接池配置
26.
27. 方式一、全局数据库连接池
28. 1、通过管理界面配置连接池，或者直接在tomcat\conf\server.xml的GlobalNamingResources中增加
29.
55.
56. factory
57. org.apache.commons.dbcp.BasicDataSourceFactory
58.
59.
63.
64. maxActive
65. 100
66.
67.
70.
71. maxIdle
72. 30
73.
74.
78.
79. maxWait
80. 10000
81.
82.
83.
84. username
85. sa
86.
87.
88. password
89. test
90.
91.
92.
93. driverClassName
94. net.sourceforge.jtds.jdbc.Driver
95.
96.
98.
99. defaultAutoCommit
100. true
101.
102.
107.
108. url
109. jdbc:jtds:sqlserver://url/filedb;charset=gb2312;autoReconnect=true
110.
111.
112.
113. removeAbandoned
114. true
115.
116.
119.
120. removeAbandonedTimeout
121. 60
122.
123.
126.
127. logAbandoned
128. true
129.
130.
使用JAVA中的动态代理实现数据库连接池
作者通过使用JAVA中的动态代理实现数据库连接池，使使用者可以以普通的jdbc连接的使用习惯来使用连接池。
数据库连接池在编写应用服务是经常需要用到的模块，太过频繁的连接数据库对服务性能来讲是一个瓶颈，使用缓冲池技术可以来消除这个瓶颈。我们可以在互联网上找到很多关于数据库连接池的源程序，但是都发现这样一个共同的问题：这些连接池的实现方法都不同程度地增加了与使用者之间的耦合度。很多的连接池都要求用户通过其规定的方法获取数据库的连接，这一点我们可以理解，毕竟目前所有的应用服务器取数据库连接的方式都是这种方式实现的。但是另外一个共同的问题是，它们同时不允许使用者显式的调用Connection.close()方法，而需要用其规定的一个方法来关闭连接。这种做法有两个缺点：
第一：改变了用户使用习惯，增加了用户的使用难度。
首先我们来看看一个正常的数据库操作过程：
int executeSQL(String sql) throws SQLException
{
Connection conn = getConnection();
//通过某种方式获取数据库连接
PreparedStatement ps = null;
int res = 0;
try{
ps = conn.prepareStatement(sql);
res = ps.executeUpdate();
}finally{
try{
ps.close();
}catch(Exception e){}
try{
conn.close();//
}catch(Exception e){}
}
return res;
}
使用者在用完数据库连接后通常是直接调用连接的方法close来释放数据库资源，如果用我们前面提到的连接池的实现方法，那语句conn.close()将被某些特定的语句所替代。
第二：使连接池无法对之中的所有连接进行独占控制。由于连接池不允许用户直接调用连接的close方法，一旦使用者在使用的过程中由于习惯问题直接关闭了数据库连接，那么连接池将无法正常维护所有连接的状态，考虑连接池和应用由不同开发人员实现时这种问题更容易出现。
综合上面提到的两个问题，我们来讨论一下如何解决这两个要命的问题。
首先我们先设身处地的考虑一下用户是想怎么样来使用这个数据库连接池的。用户可以通过特定的方法来获取数据库的连接，同时这个连接的类型应该是标准的java.sql.Connection。用户在获取到这个数据库连接后可以对这个连接进行任意的操作，包括关闭连接等。
通过对用户使用的描述，怎样可以接管Connection.close方法就成了我们这篇文章的主题。
为了接管数据库连接的close方法，我们应该有一种类似于钩子的机制。例如在Windows编程中我们可以利用Hook API来实现对某个Windows API的接管。在JAVA中同样也有这样一个机制。JAVA提供了一个Proxy类和一个InvocationHandler，这两个类都在java.lang.reflect包中。我们先来看看SUN公司提供的文档是怎么描述这两个类的。
public interface InvocationHandler
InvocationHandler is the interface implemented by the invocation handler of a proxy instance.
Each proxy instance has an associated invocation handler.
When a method is invoked on a proxy instance,
the method invocation is encoded and dispatched to the invoke method of its invocation handler.
SUN的API文档中关于Proxy的描述很多，这里就不罗列出来。通过文档对接口InvocationHandler的描述我们可以看到当调用一个Proxy实例的方法时会触发Invocationhanlder的invoke方法。从JAVA的文档中我们也同时了解到这种动态代理机制只能接管接口的方法，而对一般的类无效，考虑到java.sql.Connection本身也是一个接口由此就找到了解决如何接管close方法的出路。
首先，我们先定义一个数据库连接池参数的类，定义了数据库的JDBC驱动程序类名，连接的URL以及用户名口令等等一些信息，该类是用于初始化连接池的参数，具体定义如下：
public class ConnectionParam implements Serializable
{
private String driver;
//数据库驱动程序
private String url;
//数据连接的URL
private String user;
//数据库用户名
private String password;
//数据库密码
private int minConnection = 0;
//初始化连接数
private int maxConnection = 50;
//最大连接数
private long timeoutValue = 600000;//连接的最大空闲时间
private long waitTime = 30000;
//取连接的时候如果没有可用连接最大的等待时间
其次是连接池的工厂类ConnectionFactory，通过该类来将一个连接池对象与一个名称对应起来，使用者通过该名称就可以获取指定的连接池对象，具体代码如下：
/**
* 连接池类厂，该类常用来保存多个数据源名称合数据库连接池对应的哈希
* @author liusoft
*/
public class ConnectionFactory
{
//该哈希表用来保存数据源名和连接池对象的关系表
static Hashtable connectionPools = null;
static{
connectionPools = new Hashtable(2,0.75F);
}
/**
* 从连接池工厂中获取指定名称对应的连接池对象
* @param dataSource
连接池对象对应的名称
* @return DataSource
返回名称对应的连接池对象
* @throws NameNotFoundException
无法找到指定的连接池
*/
public static DataSource lookup(String dataSource)
throws NameNotFoundException
{
Object ds = null;
ds = connectionPools.get(dataSource);
if(ds == null || !(ds instanceof DataSource))
throw new NameNotFoundException(dataSource);
return (DataSource)ds;
}
/**
* 将指定的名字和数据库连接配置绑定在一起并初始化数据库连接池
* @param name
对应连接池的名称
* @param param
连接池的配置参数，具体请见类ConnectionParam
* @return DataSource
如果绑定成功后返回连接池对象
* @throws NameAlreadyBoundException
一定名字name已经绑定则抛出该异常
* @throws ClassNotFoundException
无法找到连接池的配置中的驱动程序类
* @throws IllegalAccessException
连接池配置中的驱动程序类有误
* @throws InstantiationException
无法实例化驱动程序类
* @throws SQLException
无法正常连接指定的数据库
*/
public static DataSource bind(String name, ConnectionParam param)
throws NameAlreadyBoundException,ClassNotFoundException,
IllegalAccessException,InstantiationException,SQLException
{
DataSourceImpl source = null;
try{
lookup(name);
throw new NameAlreadyBoundException(name);
}catch(NameNotFoundException e){
source = new DataSourceImpl(param);
source.initConnection();
connectionPools.put(name, source);
}
return source;
}
/**
* 重新绑定数据库连接池
* @param name
对应连接池的名称
* @param param
连接池的配置参数，具体请见类ConnectionParam
* @return DataSource
如果绑定成功后返回连接池对象
* @throws NameAlreadyBoundException
一定名字name已经绑定则抛出该异常
* @throws ClassNotFoundException
无法找到连接池的配置中的驱动程序类
* @throws IllegalAccessException
连接池配置中的驱动程序类有误
* @throws InstantiationException
无法实例化驱动程序类
* @throws SQLException
无法正常连接指定的数据库
*/
public static DataSource rebind(String name, ConnectionParam param)
throws NameAlreadyBoundException,ClassNotFoundException,
IllegalAccessException,InstantiationException,SQLException
{
try{
unbind(name);
}catch(Exception e){}
return bind(name, param);
}
/**
* 删除一个数据库连接池对象
* @param name
* @throws NameNotFoundException
*/
public static void unbind(String name) throws NameNotFoundException
{
DataSource dataSource = lookup(name);
if(dataSource instanceof DataSourceImpl){
DataSourceImpl dsi = (DataSourceImpl)dataSource;
try{
dsi.stop();
dsi.close();
}catch(Exception e){
}finally{
dsi = null;
}
}
connectionPools.remove(name);
}
}
ConnectionFactory主要提供了用户将将连接池绑定到一个具体的名称上以及取消绑定的操作。使用者只需要关心这两个类即可使用数据库连接池的功能。下面我们给出一段如何使用连接池的代码：
String name = "pool";
String driver = " sun.jdbc.odbc.JdbcOdbcDriver ";
String url = "jdbc:odbc:datasource";
ConnectionParam param = new ConnectionParam(driver,url,null,null);
param.setMinConnection(1);
param.setMaxConnection(5);
param.setTimeoutValue(20000);
ConnectionFactory.bind(name, param);
System.out.println("bind datasource ok.");
//以上代码是用来登记一个连接池对象，该操作可以在程序初始化只做一次即可
//以下开始就是使用者真正需要写的代码
DataSource ds = ConnectionFactory.lookup(name);
try{
for(int i=0;i<10;i++){
Connection conn = ds.getConnection();
try{
testSQL(conn, sql);
}finally{
try{
conn.close();
}catch(Exception e){}
}
}
}catch(Exception e){
e.printStackTrace();
}finally{
ConnectionFactory.unbind(name);
System.out.println("unbind datasource ok.");
System.exit(0);
}
从使用者的示例代码就可以看出，我们已经解决了常规连接池产生的两个问题。但是我们最最关心的是如何解决接管close方法的办法。接管工作主要在ConnectionFactory中的两句代码：
source = new DataSourceImpl(param);
source.initConnection();
DataSourceImpl是一个实现了接口javax.sql.DataSource的类，该类维护着一个连接池的对象。由于该类是一个受保护的类，因此它暴露给使用者的方法只有接口DataSource中定义的方法，其他的所有方法对使用者来说都是不可视的。我们先来关心用户可访问的一个方法getConnection
/**
* @see javax.sql.DataSource#getConnection(String,String)
*/
public Connection getConnection(String user, String password) throws SQLException
{
//首先从连接池中找出空闲的对象
Connection conn = getFreeConnection(0);
if(conn == null){
//判断是否超过最大连接数,如果超过最大连接数
//则等待一定时间查看是否有空闲连接,否则抛出异常告诉用户无可用连接
if(getConnectionCount() >= connParam.getMaxConnection())
conn = getFreeConnection(connParam.getWaitTime());
else{//没有超过连接数，重新获取一个数据库的连接
connParam.setUser(user);
connParam.setPassword(password);
Connection conn2 = DriverManager.getConnection(connParam.getUrl(),
user, password);
//代理将要返回的连接对象
_Connection _conn = new _Connection(conn2,true);
synchronized(conns){
conns.add(_conn);
}
conn = _conn.getConnection();
}
}
return conn;
}
/**
* 从连接池中取一个空闲的连接
* @param nTimeout
如果该参数值为0则没有连接时只是返回一个null
* 否则的话等待nTimeout毫秒看是否还有空闲连接，如果没有抛出异常
* @return Connection
* @throws SQLException
*/
protected synchronized Connection getFreeConnection(long nTimeout)
throws SQLException
{
Connection conn = null;
Iterator iter = conns.iterator();
while(iter.hasNext()){
_Connection _conn = (_Connection)iter.next();
if(!_conn.isInUse()){
conn = _conn.getConnection();
_conn.setInUse(true);
break;
}
}
if(conn == null && nTimeout > 0){
//等待nTimeout毫秒以便看是否有空闲连接
try{
Thread.sleep(nTimeout);
}catch(Exception e){}
conn = getFreeConnection(0);
if(conn == null)
throw new SQLException("没有可用的数据库连接");
}
return conn;
}
DataSourceImpl类中实现getConnection方法的跟正常的数据库连接池的逻辑是一致的，首先判断是否有空闲的连接，如果没有的话判断连接数是否已经超过最大连接数等等的一些逻辑。但是有一点不同的是通过DriverManager得到的数据库连接并不是及时返回的，而是通过一个叫_Connection的类中介一下，然后调用_Connection.getConnection返回的。如果我们没有通过一个中介也就是JAVA中的Proxy来接管要返回的接口对象，那么我们就没有办法截住Connection.close方法。
终于到了核心所在，我们先来看看_Connection是如何实现的，然后再介绍是客户端调用Connection.close方法时走的是怎样一个流程，为什么并没有真正的关闭连接。
/**
* 数据连接的自封装，屏蔽了close方法
* @author Liudong
*/
class _Connection implements InvocationHandler
{
private final static String CLOSE_METHOD_NAME = "close";
private Connection conn = null;
//数据库的忙状态
private boolean inUse = false;
//用户最后一次访问该连接方法的时间
private long lastAccessTime = System.currentTimeMillis();
_Connection(Connection conn, boolean inUse){
this.conn = conn;
this.inUse = inUse;
}
/**
* Returns the conn.
* @return Connection
*/
public Connection getConnection() {
//返回数据库连接conn的接管类，以便截住close方法
Connection conn2 = (Connection)Proxy.newProxyInstance(
conn.getClass().getClassLoader(),
conn.getClass().getInterfaces(),this);
return conn2;
}
/**
* 该方法真正的关闭了数据库的连接
* @throws SQLException
*/
void close() throws SQLException{
//由于类属性conn是没有被接管的连接，因此一旦调用close方法后就直接关闭连接
conn.close();
}
/**
* Returns the inUse.
* @return boolean
*/
public boolean isInUse() {
return inUse;
}
/**
* @see java.lang.reflect.InvocationHandler#invoke(java.lang.Object, java.lang.reflect.Method, java.lang.Object)
*/
public Object invoke(Object proxy, Method m, Object[] args)
throws Throwable
{
Object obj = null;
//判断是否调用了close的方法，如果调用close方法则把连接置为无用状态
if(CLOSE_METHOD_NAME.equals(m.getName()))
setInUse(false);
else
obj = m.invoke(conn, args);
//设置最后一次访问时间，以便及时清除超时的连接
lastAccessTime = System.currentTimeMillis();
return obj;
}
/**
* Returns the lastAccessTime.
* @return long
*/
public long getLastAccessTime() {
return lastAccessTime;
}
/**
* Sets the inUse.
* @param inUse The inUse to set
*/
public void setInUse(boolean inUse) {
this.inUse = inUse;
}
}
一旦使用者调用所得到连接的close方法，由于用户的连接对象是经过接管后的对象，因此JAVA虚拟机会首先调用_Connection.invoke方法，在该方法中首先判断是否为close方法，如果不是则将代码转给真正的没有被接管的连接对象conn。否则的话只是简单的将该连接的状态设置为可用。到此您可能就明白了整个接管的过程，但是同时也有一个疑问：这样的话是不是这些已建立的连接就始终没有办法真正关闭？是可以的。我们来看看ConnectionFactory.unbind方法，该方法首先找到名字对应的连接池对象，然后关闭该连接池中的所有连接并删除掉连接池。在DataSourceImpl类中定义了一个close方法用来关闭所有的连接，详细代码如下：
/**
* 关闭该连接池中的所有数据库连接
* @return int 返回被关闭连接的个数
* @throws SQLException
*/
public int close() throws SQLException
{
int cc = 0;
SQLException excp = null;
Iterator iter = conns.iterator();
while(iter.hasNext()){
try{
((_Connection)iter.next()).close();
cc ++;
}catch(Exception e){
if(e instanceof SQLException)
excp = (SQLException)e;
}
}
if(excp != null)
throw excp;
return cc;
}
该方法一一调用连接池中每个对象的close方法，这个close方法对应的是_Connection中对close的实现，在_Connection定义中关闭数据库连接的时候是直接调用没有经过接管的对象的关闭方法，因此该close方法真正的释放了数据库资源。
以上文字只是描述了接口方法的接管，具体一个实用的连接池模块还需要对空闲连接的监控并及时释放连接，详细的代码请参照附件。
手动编写连接池
1. package com.connection;
2.
3. import java.io.IOException;
4. import java.io.InputStream;
5. import java.sql.Connection;
6. import java.sql.DriverManager;
7. import java.sql.SQLException;
8. import java.util.HashMap;
9.
10. import java.util.Map;
11. import java.util.Properties;
12.
13. import com.util.PropertiesHelper;
14.
15. import oracle.jdbc.driver.OracleConnection;
16.
17. public class ConnectionPool {
18. private static Map pool = new HashMap();
19.
20. public static DataBase db=null;
21.
22. private static Properties prop;
23.
24. private static int POOLSIZE = 5;
25.
26.
27. public static synchronized void init(String file){
28. if (pool.size() == 0) {
29. try {
30.
31. prop = readProperties(file);
32. } catch (IOException e) {
33. e.printStackTrace();
34. }
35. try {
36. Class.forName(prop.getProperty("driver"));
37. } catch (Clas
/
本文档为【tomcat配置和连接池原理】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑，
图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生，若发现您的权利被侵害，请联系客服邮件isharekefu@iask.cn，我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
相关资料
- 无锡市荡口实验小学章程
- 新闻媒体目录(部分)
- 安徽教师招聘考试：中小学音乐学科专业知识考试真题及答案
- 实验二 气相色谱法测定无限稀释活度系数
- 不锈钢 国家标准 材质参数 参考表
- 幼儿大班结构游戏：春天的公园教学设计及反思
- 锂电池技术指标
- 人教版2022--2023学年度第一学期四年级音乐上册期末测试卷及答案
- 团体操表演奖状
- 文体学课程论文：Stylistic Analysis of Daily Conversation
- 俄国出色的哲学家赫尔岑名言名句[最新]
- 小学体育《足球正脚背运球》说课课件
- 最全营销专业英语词汇合集
- 混凝土生产台账
- 监事会决议(任免监事会主席)
- 海因里希法则与事故隐患
- 广东省公司章程
- 校长培训班研修总结
- 巢林笔谈 清 龚炜 卷6
- LH-《上古卷轴４》狂龙之石任务中的隐藏戒指彩蛋任务图文攻略
热门搜索
- 南川区隆化第三小学升旗仪式实施方案
- 高一生物培优计划——刘微微
- 省物价局关于招投标中心服务收费项目及标准的通知鄂价房服[2009]45号
- 高频焊螺旋翅片管规格及参数表
- 学生要学会看教科书-高中数学学习方法探讨
- 三甲胺溶液安全技术说明书MSDS
- 安全生产事故隐患排查治理暂行规定最新安全生产
- 霍华德田园城市理论浅析
- 中国医用气体市场现状研究分析与发展前景预测报告
- 报警阀渗漏试验
- 希望杯六年级近五年真题大全
- 塔吊安全使用10大注意事项
- 《属鼠蓝和属鼠灰我们是属鼠班》读后感
- 清远特色美食 ppt.
- 南川区隆化第三小学升旗仪式实施方案
- 高一生物培优计划——刘微微
- 省物价局关于招投标中心服务收费项目及标准的通知鄂价房服[2009]45号
- 高频焊螺旋翅片管规格及参数表
- 学生要学会看教科书-高中数学学习方法探讨
- 三甲胺溶液安全技术说明书MSDS
- 安全生产事故隐患排查治理暂行规定最新安全生产
- 霍华德田园城市理论浅析
- 中国医用气体市场现状研究分析与发展前景预测报告
- 报警阀渗漏试验
- 希望杯六年级近五年真题大全
- 塔吊安全使用10大注意事项
- 《属鼠蓝和属鼠灰我们是属鼠班》读后感
- 清远特色美食 ppt.
你可能还喜欢
- 兰州大学学位论文原创性声明和关于学位论文使用授权的声明
- 企业公司职员小品剧本《奔跑吧,梦想》
- 财会练习b10第十章非流动资产（课后作业）下载版
- 西藏英文版介绍
- 声母y、w及整体认读音节yi、wu、yu
- 《金属U盘工艺制造》PPT课件
- 我真想半命题作文500字_作文
- 淮河两岸鲜花开《一定要把淮河修好》主题歌(简谱)-简谱-吉他谱-钢琴谱-电子琴谱-手风琴谱-二胡谱-笛萧谱-萨克斯谱-古筝谱
- 统治的节目单和权威的混合本质_许慧文
- 短篇小说.须一瓜.寡妇的舞步
- 新六年级推荐的阅读手册目
- 少先队组织结构图组织机构一览表
- FLUS-CSLE模型预测黄土高原典型流域不同土地利用变化情景土壤侵蚀
- 压缩语段课件公开课用
- 盲板阀操作内容及标准
- 一种船端辅助靠离泊系统
- 矿井水害应急预案和现场处置方案
- 矿井水害应急预案和现场处置方案
- 矿井水害应急预案和现场处置方案
- 矿井水害应急预案和现场处置方案
浙公网安备 33021202002483