J2EE规范（二）JDBC与JNDI

1.  JDBC:

JDBC的全称是Java Database Connectivity，它是一种用于执行SQL语句的Java API。 为访问不同的数据库提供了一种统一的途径，其作用和ODBC一样，对开发这屏蔽了       一些细节问题，也就是说我们只需要编写一个JavaAPI数据库连接函数就可以连接各种类型的数据库如Sybase数据库,Oracle数据库,informix数据库等，而不需要为每种数据库各自编写一种连接程序。将Java语言和JDBC结合起来使程序员不必为不同的平台编写不同的应用程序，只需要编写一遍程序就可以在任何平台上运行，这也是Java语言编写一次，处处运行的优势。

2.  JNDI:

JNDI的全名称是Java Name andDirectory Interface，被用于执行名字和目录服务。它更像是一个目录表，通过查找目录找到对应的对象。举一个例子来讲，我们其实无时无刻不在使用这JNDI命名服务。比如我们在打开浏览器在地址栏输入网址的时候，此时DNS根据我们键入的网址映射成通讯标识也就是我们常说的IP地址，然后再进行页面跳转。它目前所支持的技术包括 LDAP、CORBA Common Object Service（COS）名字服务、RMI、NDS、DNS、Windows注册表等等，在J2EE中EJB也是通过JNDI来组织和定为实体的。下面我们通过一个实例对比使用JNDI和不适用JNDI的区别：

不适用JNDI的情况下代码：

Connection conn=null;
try {
  Class.forName("com.mysql.jdbc.Driver",
                true, Thread.currentThread().getContextClassLoader());
  conn=DriverManager.getConnection("jdbc:mysql://MyDBServer?user=qingfeng&password=mingyue");
  /* 使用conn并进行SQL操作 */
  ......
  conn.close();
} 
catch(Exception e) {
  e.printStackTrace();
} 
finally {
  if(conn!=null) {
    try {
      conn.close();
    } catch(SQLException e) {}
  }
}

使用JNDI的情况下代码：

Connection conn=null;
try {
  Context ctx=new InitialContext();
  Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用数据源
  DataSource ds=(Datasource)datasourceRef;
  conn=ds.getConnection();
  /* 使用conn进行数据库SQL操作 */
  ......
  c.close();
} 
catch(Exception e) {
  e.printStackTrace();
} 
finally {
  if(conn!=null) {
    try {
      conn.close();
    } catch(SQLException e) { }
  }
}

配置文件内容如下：

<?xml version="1.0" encoding="UTF-8"?>
<datasources>
<local-tx-datasource>
    <jndi-name>MySqlDS</jndi-name>
    <connection-url>jdbc:mysql://localhost:3306/lw</connection-url>
    <driver-class>com.mysql.jdbc.Driver</driver-class>
    <user-name>root</user-name>
    <password>rootpassword</password>
<exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name>
    <metadata>
       <type-mapping>mySQL</type-mapping>
    </metadata>
</local-tx-datasource>
</datasources>

对比使用JNDI和不适用JDNI的情况，通过配置文件我们可以清楚的认识到使用JNDI具有强大的灵活性，我们可以根据变化情况更改配置文件从而避免了对代码的修改，更加体现了“开放扩展，关闭修改”的原则。