jndi数据源

29 篇文章 0 订阅
14 篇文章 0 订阅
数据源的作用
JDBC操作的步骤:
  1、 加载驱动程序
  2、 连接数据库
  3、 操作数据库
  4、 关闭数据库,释放连接
 也就是说,所有的用户都需要经过此四步进行操作,但是这四步之中有三步对所有人都是一样的,而所有人只有在操作上是不一样,那么这就造成了性能的损耗。
 那么最好的做法是,准备出一个空间,此空间里专门保存着全部的数据库连接,以后用户用数据库操作的时候不用再重新加载驱动、连接数据库之类的,而直接从此空间中取走连接,关闭的时候直接把连接放回到此空间之中。
 那么此空间就可以称为连接池(保存所有的数据库连接),但是如果要想实现此空间的话,则必须有一个问题要考虑?
  1、 如果没有任何一个用户使用连接,那么那么应该维持一定数量的连接,等待用户使用
  2、 如果连接已经满了,则必须打开新的连接,供更多用户使用
  3、 如果一个服务器就只能有100个连接,那么如果有第101个人过来呢?应该等待其他用户释放连接
  4、 如果一个用户等待时间太长了,则应该告诉用户,操作是失败的
 如果直接用程序实现以上功能,则会比较麻烦,所以在Tomcat 4.1.27之后,在服务器上就直接增加了数据源的配置选项,直接在服务器上配置好数据源连接池即可。
 
 在J2EE服务器上保存着一个数据库的多个连接。
 每一个连接通过DataSource可以找到。
 DataSource被绑定在了JNDI树上(为每一个DataSource提供一个名字)
 客户端,通过名称找到在JNDI树上绑定的DataSource,再由DataSource找到一个连接。
 那么在以后的操作中,除了数据库的连接方式不一样之外,其他的所有操作都一样,只是关闭的时候不是彻底地关闭数据库,而是把数据库的连接放回到连接池中去。
 如果要想使用此配置,则必须配置虚拟目录,因为此配置是在虚拟目录之上起作用的。
 当然,需要注意的是,如果要想完成以上的功能,在服务器上一定要保存好各个数据库的驱动程序。
server.xml:
  <Context path="/dao" docBase="E:\eclipsedemo\DAOProject\WebRoot"
   debug="5" reloadable="true" crossContext="true">
   <Resource name="jdbc/oracle"
   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:MLDN"/>
  </Context>
 只要在服务器上使用以上的配置,就表示配置好连接池了,那么在配置之中,有以下几个主要的属性需要注意:
 • <Resource>中定义的是资源的配置使用
  |- name:表示以后要查找的名称。通过此名称可以找到DataSource,此名称任意更换,但是程序中最终要查找的就是此名称,为了不与其他的名称混淆,所以使用jdbc/oracle,现在配置的是一个jdbc的关于oracle的命名服务。
  |- auth:由容器进行授权及管理,指的用户名和密码是否可以在容器上生效
  |- type:此名称所代表的类型,现在为javax.sql.DataSource
  |- maxActive:表示一个数据库在此服务器上所能打开的最大连接数
  |- maxIdle:表示一个数据库在此服务器上维持的最小连接数
  |- maxWait:最大等待时间。10000毫秒
  |- username:数据库连接的用户名
  |- password:数据库连接的密码
  |- driverClassName:数据库连接的驱动程序
  |- url:数据库连接的地址
 但是,在Tomcat 5.5之后的服务器,如果要想正确的使用此数据源连接,则必须在web.xml中进行一系列的配置。
web.xml:
 <resource-ref>
  <description>DB Connection</description>
  <res-ref-name>jdbc/oracle</res-ref-name>
  <res-type>javax.sql.DataSource</res-type>
  <res-auth>Container</res-auth>
 </resource-ref>
 以上表示配置的资源引用:
  • res-ref-name:表示引用资源的名称
  • res-type:此资源对应的类型为javax.sql.DataSource
  • res-auth:容器授权管理
 如果配置完数据源连接池之后,就可以按照以下的步骤进行访问:
  • 初始化名称查找上下文
  • 通过JNDI名称找到DataSource
  • 通过DataSource取得一个连接
  • 操作数据库
  • 关闭数据库,关闭的时候是将连接放回到连接池之中。
<%@ page language="java" import="java.util.*" pageEncoding="ISO-8859-1"%>
<%@ page import="java.sql.*,javax.sql.*,javax.naming.*"%>
<html>
 <head>
  <title>My JSP 'MyJsp.jsp' starting page</title>
 </head>
 <body>
 <%
  Context ctx = new InitialContext() ;
  DataSource ds = (DataSource)ctx.lookup("jdbc/oracle") ;
  Connection conn = ds.getConnection() ;
 %>
 <%=conn%>
 <%
  conn.close() ;
 %>
 </body>
</html>
 但是以上代码运行时发生了以下的错误:
javax.servlet.ServletException: Name jdbc is not bound in this Context
 此错误的提示是,找不到名称。
 但是,所有的名称都已经配置正确了,为什么还不能访问呢?
 • 在JAVA EE中对于所有的名称访问前都应该设置一个环境属性:java:comp/env/名称,有些服务器已经自动设置好了此属性,所以直接访问名称即可,但是Tomcat并没有自动设置好,所以在访问连接的时候,连接地址要换成:java:comp/env/jdbc/oracle
 <%
  Context ctx = new InitialContext() ;
  DataSource ds = (DataSource)ctx.lookup("java:comp/env/jdbc/oracle") ;
  Connection conn = ds.getConnection() ;
 %>
 <%=conn%>
 <%
  conn.close() ;
 %>
 则以后在使用DataBaseConnection的时候,就直接使用DataSource连接了。
DataBaseConnection.java:
package org.lxh.oracle.dbc;
import java.sql.Connection;
import java.sql.SQLException;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.sql.DataSource;
public class DataBaseConnection {
 private static final String JNDINAME = "java:comp/env/jdbc/oracle";
 private Connection conn = null;
 public DataBaseConnection() {
  try {
   Context ctx = new InitialContext();
   DataSource ds = (DataSource) ctx.lookup(JNDINAME);
   conn = ds.getConnection();
  } catch (NamingException e) {
   e.printStackTrace();
  } catch (SQLException e) {
   e.printStackTrace();
  }
 }
 
 public Connection getConnection() {
  return this.conn;
 }
 
 public void close() {
  if (this.conn != null) {
   // 如果不为空,则表示数据库已经打开了
   try {
    this.conn.close();
   } catch (SQLException e) {
    // TODO Auto-generated catch block
    e.printStackTrace();
   }
  }
 }
}
总结
 使用连接池可以提升数据库的访问性能,但是在使用数据库连接池的时候,需要注意的是,连接池是在Tomcat上配置的,所以必须在Tomcat中才可以取得连接。
 
spring集成时
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
  <property name="jndiName" value="jdbc/OracleDS" />
  <property name="resourceRef" value="false" />
 </bean>
 

 
------------------------------------------------------------------------------------------------------------------------------
在描述JNDI,例如获得数据源时,JNDI地址有两种写法,例如同是  jdbc/testDS 数据源: 

A:        java:comp/env/jdbc/testDS 

B:        jdbc/testDS 

这两种写法,配置的方式也不尽相同,第一种方法应该算是一种利于程序移植或迁移的方法,它的实现与“映射”的概念相同,而B方法,则是一个硬引用。 

java:comp/env 是环境命名上下文(environment naming context(ENC)),是在EJB规范1.1以后引入的,引入这个是为了解决原来JNDI查找所引起的冲突问题,也是为了提高EJB或者J2EE应用的移植性。 

在J2EE中的引用常用的有: 

        JDBC 数据源引用在java:comp/env/jdbc 子上下文中声明 

        JMS 连接工厂在java:comp/env/jms 子上下文中声明 

        JavaMail 连接工厂在java:comp/env/mail 子上下文中声明 

        URL 连接工厂在 java:comp/env/url子上下文中声明 

可以通过下面的结构示意来发现这两种描述的不同之处: 

A:       java:comp/env/jdbc/testDS(虚地址)   ------>    映射描述符   ------>        jdbc/testDS (实际的地址) 

B:       jdbc/testDS (实际的地址) 

从这种结构上来看,A的确是便于移植的。 

再来看一个例子: 

假如你需要获取datasource,例如:dataSource = (DataSource) ctx.lookup("java:comp/env/jdbc/testDS"); 

那么在配置文件中进行资源映射时,在web.xml中, 

      <resource-ref> 

        <res-ref-name>jdbc/testDS</res-ref-name> 

        <res-type>javax.sql.DataSource</res-type> 

        <res-auth>Container</res-auth> 

      </resource-ref> 

在相应的资源配置xml中(不同的应用服务器均不同,WSAD中,可以进行可视化的设置), 

    <reference-descriptor> 

      <resource-description> 

        <res-ref-name>jdbc/DBPool</res-ref-name> 

        <jndi-name>OraDataSource</jndi-name> 

      </resource-description> 

    </reference-descriptor> 

实际服务器中的JNDI名字是OraDataSource,逻辑名jdbc/DBPool只是用来和它作映射的,这样做的好处是为了提高可移植性,移植的时候只需要把配置文件改一下就可以,而应用程序可不用改动。 

假如你写了一个一般的应用程序,想直接通过JNDI来获取数据源,那么直接lookup(“mytest”)就可以了(假如服务器上的JNDI为mytest),用第一种写法反而会报错的。
 
 
以下转自http://blog.csdn.net/dyllove98/article/details/7706218
第一种,单个应用独享数据源

     就一步,找到Tomcat的server.xml找到工程的Context节点,添加一个私有数据源
<Context docBase="WebApp" path="/WebApp" reloadable="true" source="org.eclipse.jst.jee.server:WebApp">
<Resource
	name="jdbc/mysql" 
	scope="Shareable" 
	type="javax.sql.DataSource"
	factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
	url="jdbc:mysql://localhost:3306/test"
	driverClassName ="com.mysql.jdbc.Driver"
	username="root"
	password="root"
/>
</Context>

优点:简单

缺点:重用性差


第二种,配置全局JNDI数据源,应用到单个应用

分两步

  第一步, 找到Tomcat的server.xml中GlobalNamingResources节点,在节点下加一个全局数据源

<Resource
	name="jdbc/mysql" 
	scope="Shareable" 
	type="javax.sql.DataSource"
	factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
	url="jdbc:mysql://localhost:3306/test"
	driverClassName ="com.mysql.jdbc.Driver"
	username="root"
	password="root"
/>

 

第二步,找到要应用此JNDI数据源的工程Context节点,增加对全局数据源的引用ResourceLink 

<Context docBase="WebApp" path="/WebApp" reloadable="true">
	<ResourceLink global="jdbc/mysql" name="jdbc/mysql" type="javax.sql.DataSource" />
</Context>


 

优点:重用性,可控性

缺点:配置相对第三种方法要繁琐一点,每个工程都得配

 

第三种,配置全局JNDI数据源,应用到所有Tomcat下部署的应用

也分两步

第一步

    参考第二种的第一步

第二步,找到Tomcat的context.xml,在Context节点下加一个ResourceLink节点对第一步配置的数据源进行引用

这个XML配置文件的根节点就是<Context>

<Context>
    <ResourceLink global="jdbc/mysql" name="jdbc/mysql" type="javax.sql.DataSource" />
   <WatchedResource>WEB-INF/web.xml</WatchedResource>
<Context>


优点:重用性,一次性到位

缺点:没有可控性
 

Spring对JNDI数据源的引用

在applicationContext.xml中加一个bean,替代原来的dataSource

<jee:jndi-lookup id="dataSource" jndi-name="jdbc/mysql" />


C3P0数据源的配置

type和factory的值发生变化

username=>user

url=>jdbcUrl

driverClassName=>driverClass

<Resource name="jdbc/mysql_c3p0" scope="Shareable"
	type="com.mchange.v2.c3p0.ComboPooledDataSource" 
	factory="org.apache.naming.factory.BeanFactory"
	jdbcUrl="jdbc:mysql://localhost:3306/test" driverClass="com.mysql.jdbc.Driver"
	user="root" password="root" />


 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值