jndi数据源

来源：互联网发布：c语言编写的系统编辑：程序博客网时间：2024/05/18 05:00

数据源的作用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"><Resourcename="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节点,在节点下加一个全局数据源

<Resourcename="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