原帖:http://www.cnblogs.com/HD/p/3627581.html
步骤1:
找到Tomcat安装目录下的context.xml文件,在config目录下。在<Context/>节点下加入:
<Resource name="jdbc/mytest" auth="Container" type="javax.sql.DataSource" maxActive="100" maxIdle="10" maxWait="-1" username="" password="" driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver" url="jdbc:sqlserver://127.0.0.1;DatabaseName=PPMOld;integratedSecurity=True;"/>
步骤2:
将原来的Connection代码对象例如:
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver");
Connection conn = DriverManager.getConnection("jdbc:sqlserver://127.0.0.1;DatabaseName=PPMOld;integratedSecurity=True;");
修改为:
Context initContext = new InitialContext(); DataSource ds = (DataSource)initContext.lookup("java:comp/env/jdbc/mytest"); Connection conn = ds.getConnection();
步骤3:
重启Tomcat即可。
资料说还要在web.xml里加入一段代码:
<resource-ref> <res-ref-name> jdbc/mytest</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref>
经测试这段代码不加也没有问题。
参数说明:
•相关参数说明: •dataSource: 要连接的 datasource (通常我们不会定义在 server.xml) defaultAutoCommit: 对于事务是否 autoCommit, 默认值为 true defaultReadOnly: 对于数据库是否只能读取, 默认值为 false driverClassName:连接数据库所用的 JDBC Driver Class, maxActive: 可以从对象池中取出的对象最大个数,为0则表示没有限制,默认为8 maxIdle: 最大等待连接中的数量,设 0 为没有限制 (对象池中对象最大个数) minIdle:对象池中对象最小个数 maxWait: 最大等待秒数, 单位为 ms, 超过时间会丟出错误信息,-1为无限制 password: 登陆数据库所用的密码 url: 连接数据库的 URL username: 登陆数据库所用的帐号 validationQuery: 验证连接是否成功, SQL SELECT 指令至少要返回一行 removeAbandoned: 是否自我中断, 默认是 false removeAbandonedTimeout: 几秒后会自我中断, removeAbandoned 必须为 true logAbandoned: 是否记录中断事件, 默认为 false minEvictableIdleTimeMillis:大于0 ,进行连接空闲时间判断,或为0,对空闲的连接不进行验证;默认30分钟 timeBetweenEvictionRunsMillis:失效检查线程运行时间间隔,如果小于等于0,不会启动检查线程,默认-1 testOnBorrow:取得对象时是否进行验证,检查对象是否有效,默认为false testOnReturn:返回对象时是否进行验证,检查对象是否有效,默认为false testWhileIdle:空闲时是否进行验证,检查对象是否有效,默认为false Ø 在使用DBCP的时候,如果使用默认值,则数据库连接因为某种原因断掉后,再从连接池中取得连接又不进行验证,这时取得的连接实际上就会是无效的数据库连接。因此为了防止获得的数据库连接失效,在使用的时候最好保证: username: 登陆数据库所用的帐号 validationQuery:SELECT COUNT(*) FROM DUAL testOnBorrow、testOnReturn、testWhileIdle:最好都设为true minEvictableIdleTimeMillis:大于0 ,进行连接空闲时间判断,或为0,对空闲的连接不进行验证 timeBetweenEvictionRunsMillis:失效检查线程运行时间间隔,如果小于等于0,不会启动检查线程 Ø PS:在构造GenericObjectPool [BasicDataSource在其createDataSource () 方法中也会使用GenericObjectPool]时,会生成一个内嵌类Evictor,实现自Runnable接口。如果 timeBetweenEvictionRunsMillis大于0,每过timeBetweenEvictionRunsMillis毫秒 Evictor会调用evict()方法,检查对象的闲置时间是否大于minEvictableIdleTimeMillis毫秒(_minEvictableIdleTimeMillis小于等于0时则忽略,默认为30分钟),是则销毁此对象,否则就激活并校验对象,然后调用 ensureMinIdle方法检查确保池中对象个数不小于_minIdle。在调用returnObject方法把对象放回对象池,首先检查该对象是否有效,然后调用PoolableObjectFactory的passivateObject方法使对象处于非活动状态。再检查对象池中对象个数是否小于 maxIdle,是则可以把此对象放回对象池,否则销毁此对象 Ø 上述特性的可设置性已在代码中验证,具体性能是否能实现有待实际验证 在Tomcat的Server.xml,我们可以看看下面的这个例子: 这样的话,就可以避免产生Connection Reset的错误了. 这样一来,就能够解决Connect Reset的问题了。刚才说了,其实很多App Server都会有相应的配置地方,只是大型的服务器正好提供了Admin Console,上面可以显式的配置Connection Pool,也有明显的属性选择。 •值得一提的是, •removeAbandoned: 是否自我中断, 默认是 false removeAbandonedTimeout: 几秒后会自我中断, removeAbandoned 必须为 true logAbandoned: 是否记录中断事件, 默认为 false 这三个属性。