Java数据库连接-JNDI方式- 配置Tomcat6.0 连接池 配置相关

2024-04-23 04:48

本文主要是介绍Java数据库连接-JNDI方式- 配置Tomcat6.0 连接池 配置相关,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

JNDI方式 - 配置Tomcat6.0 连接池
数据库 连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接,当需要建立数据库连接时,只需从“缓冲池”中取出一个,使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量,使用情况,为系统开发,测试及性能调整提供依据。
 
数据库连接池技术带来的优势:
a) 资源重用
由于数据库连接得到重用,避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上,另一方面也增进了系统运行环境的平稳性(减少内存碎片以及数据库临时进程/线程的数量)。
 
b) 更快的系统响应速度
数据库连接池在初始化过程中,往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言,直接利用现有可用连接,避免了数据库连接初始化和释放过程的时间开销,从而缩减了系统整体响应时间。
 
c) 新的资源分配手段
对于多应用共享同一数据库的系统而言,可在应用层通过数据库连接的配置,实现数据库连接池技术,几年前也许还是个新鲜话题,对于目前的业务系统而言,如果设计中还没有考虑到连接池的应用,那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制,避免某一应用独占所有数据库资源。
 
d) 统一的连接管理,避免数据库连接泄漏
在较为完备的数据库连接池实现中,可根据预先的连接占用超时设定,强制收回被占用连接。从而避免了常规数据库连接操作中可能出现的资源泄漏。
 
 
一般步骤:
6.1 配置JNDI Resource
自tomcat 5.5起数据库连接池的配置和以前的不同了,不推荐在server.xml中进行配置,
而是在%Tomcat_Home%\webapps\yourApp\META-INF\context.xml中进行配置才是更好的方法。
而不是以前版本%Tomcat_Home%\conf\context.xml文件。这样就可以在不同的web应用下单独配置连接池了,且Tomcat会自动重载。当然你也可以更改%Tomcat_Home%\conf下的context.xml文件,将所有web应用下的连接池进行统一配置。
 
因为server.xml是不可动态重加载的资源,服务器一旦启动了以后,要修改这个文件,就得重启服务器才能重新加载。而context.xml文件则不然,tomcat服务器会定时去扫描这个文件。一旦发现文件被修改(时间戳改变了),就会自动重新加载这个文件,而不需要重启服务器。
 
注:这一步容易报错:Cannot create JDBC driver of class '' for connect URL 'null'
 
context.xml内容:
 
  <!-- The contents of this file will be loaded for each web application -->
    <Context>
        <Resource name="jdbc/db" auth="Container"
                         type="javax.sql.DataSource"
                         maxActive="30" maxIdle="10" maxWait="10000"
                         driverClassName="com. mysql .jdbc.Driver"
                         url="jdbc:mysql://localhost:3306/mydb"
                         username="root" password="root" />
        <WatchedResource>WEB-INF/web.xml</WatchedResource>
        <WatchedResource>WEB-INF/struts-config.xml</WatchedResource>
    </Context>
 
 
相关说明:
name      为当前数据源JNDI的名字,可以随意设定;
auth       为验证方式;
type       资源类型;
 
maxActiv     为连接池最大激活的连接数,设为0表示无限制;
maxIdle 为连接池最大空闲的连接数,数据库连接的最大空闲时间。超过空闲时间,
            数据库连接将被标记为不可用,然后被释放。设为0表示无限制;
maxWait       为连接最大的等待时间,单位毫秒,如果超过此时间将接到异常。设为-1表示无限制。;
 
driverClassName 为驱动引用;
url                 为连接数据库的连接地址;
username             为数据库的一个用户名;
password             为username的密码;
 
<WatchedResource>标签内定义服务器在运行期监视的资源文件.服务器根据前后(修改)时间戳来判断是否发生修改,如若发生修改则重新加载该文件.
 
6.2 配置web.xml
关于这一步,貌似不是必须的,好像可以省略.
 
web.xml内容:
 
 <resource-ref>
   <description>DB Connection</description>
   <res-ref-name>jdbc/db</res-ref-name>
   <res-type>javax.sql.DataSource</res-type>
   <res-auth>Container</res-auth>
 </resource-ref>
 
注意: <res-ref-name>填写的内容要与在上文提到的JNDI Name名称一致,即与context.xml中<Resource>标签的name属性值相同。虽然<res-type>标签内容虽然在<Resource>标签内容相同,但是是必不可少的.<res-auth>标签貌似可以省略,默认就是权限就是Container.
 
6.3 连接数据库进行登录验证
 
一般步骤:
a) 获取当前服务器加载的context内容.Context context = new InitialContext();
这里是第1步中提到的context内容.
加载优先顺序是:conf/server.xml中<Resource>标签内容 -> conf/context.xml中<Resource>标签内容 -> conf/Catalina/主机名(e.g. localhost)/项目名.xml
 
注: conf/Catalina/主机名(e.g. localhost)/项目名.xml是Tomcat布署时,由项目目录/WebRoot/META-INF/context.xml生成(Tomcat启动进行布署后,conf/Catalina/主机名(e.g. localhost)/项目名.xml与WebRoot/META-INF/context.xml内容一样,名字由context.xml变成项目名.xml).
 
b) 导入两个类包commons-dbcp和commons-pool(来自apache)
javax.sql.DataSource是一个接口,Tomcat采用commons-dbcp包中类org.apache.commons.dbcp.BasicDataBase作为其的实现类,或者说是实例创建类,还是关联在一起??(不了解过程,说不好).
 
Context ctx = new InitialContext();
DataSource ds = (DataSource) ctx.lookup("java:comp/env/jdbc/db");
或者
Context ctx = new InitialContext();
Context envCtx = (Context) ctx.lookup("java:comp/env");
DataSource ds = (DataSource) envCtx.lookup("jdbc/db");
 
关键代码:
 
    private static Connection conn;
    private static PreparedStatement stmt;
  
    if (conn == null || conn.isClosed())
    {
    String name = "java:comp/env/jdbc/db";
  
    Context context = new InitialContext();
    DataSource data = (DataSource) context.lookup(name);
  
    conn = data.getConnection();
    stmt = conn.prepareStatement(sql);
    }

这篇关于Java数据库连接-JNDI方式- 配置Tomcat6.0 连接池 配置相关的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/927825

相关文章

Python调用Orator ORM进行数据库操作

《Python调用OratorORM进行数据库操作》OratorORM是一个功能丰富且灵活的PythonORM库,旨在简化数据库操作,它支持多种数据库并提供了简洁且直观的API,下面我们就... 目录Orator ORM 主要特点安装使用示例总结Orator ORM 是一个功能丰富且灵活的 python O

Java实现检查多个时间段是否有重合

《Java实现检查多个时间段是否有重合》这篇文章主要为大家详细介绍了如何使用Java实现检查多个时间段是否有重合,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录流程概述步骤详解China编程步骤1:定义时间段类步骤2:添加时间段步骤3:检查时间段是否有重合步骤4:输出结果示例代码结语作

Nginx设置连接超时并进行测试的方法步骤

《Nginx设置连接超时并进行测试的方法步骤》在高并发场景下,如果客户端与服务器的连接长时间未响应,会占用大量的系统资源,影响其他正常请求的处理效率,为了解决这个问题,可以通过设置Nginx的连接... 目录设置连接超时目的操作步骤测试连接超时测试方法:总结:设置连接超时目的设置客户端与服务器之间的连接

Java中String字符串使用避坑指南

《Java中String字符串使用避坑指南》Java中的String字符串是我们日常编程中用得最多的类之一,看似简单的String使用,却隐藏着不少“坑”,如果不注意,可能会导致性能问题、意外的错误容... 目录8个避坑点如下:1. 字符串的不可变性:每次修改都创建新对象2. 使用 == 比较字符串,陷阱满

Java判断多个时间段是否重合的方法小结

《Java判断多个时间段是否重合的方法小结》这篇文章主要为大家详细介绍了Java中判断多个时间段是否重合的方法,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录判断多个时间段是否有间隔判断时间段集合是否与某时间段重合判断多个时间段是否有间隔实体类内容public class D

IDEA编译报错“java: 常量字符串过长”的原因及解决方法

《IDEA编译报错“java:常量字符串过长”的原因及解决方法》今天在开发过程中,由于尝试将一个文件的Base64字符串设置为常量,结果导致IDEA编译的时候出现了如下报错java:常量字符串过长,... 目录一、问题描述二、问题原因2.1 理论角度2.2 源码角度三、解决方案解决方案①:StringBui

Java覆盖第三方jar包中的某一个类的实现方法

《Java覆盖第三方jar包中的某一个类的实现方法》在我们日常的开发中,经常需要使用第三方的jar包,有时候我们会发现第三方的jar包中的某一个类有问题,或者我们需要定制化修改其中的逻辑,那么应该如何... 目录一、需求描述二、示例描述三、操作步骤四、验证结果五、实现原理一、需求描述需求描述如下:需要在

Debezium 与 Apache Kafka 的集成方式步骤详解

《Debezium与ApacheKafka的集成方式步骤详解》本文详细介绍了如何将Debezium与ApacheKafka集成,包括集成概述、步骤、注意事项等,通过KafkaConnect,D... 目录一、集成概述二、集成步骤1. 准备 Kafka 环境2. 配置 Kafka Connect3. 安装 D

Java中ArrayList和LinkedList有什么区别举例详解

《Java中ArrayList和LinkedList有什么区别举例详解》:本文主要介绍Java中ArrayList和LinkedList区别的相关资料,包括数据结构特性、核心操作性能、内存与GC影... 目录一、底层数据结构二、核心操作性能对比三、内存与 GC 影响四、扩容机制五、线程安全与并发方案六、工程

JavaScript中的reduce方法执行过程、使用场景及进阶用法

《JavaScript中的reduce方法执行过程、使用场景及进阶用法》:本文主要介绍JavaScript中的reduce方法执行过程、使用场景及进阶用法的相关资料,reduce是JavaScri... 目录1. 什么是reduce2. reduce语法2.1 语法2.2 参数说明3. reduce执行过程