最近在学习J2EE，原本以为J2EE也是一种类似于J2SE,c#，vb 那样的高级语言，没想到当学了视频以后，认识到其他他并不是这样的。
J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。简单来说他就是一套规范！
J2EE组件和“标准的” Java类的不同点在于：它被装配在一个J2EE应用中，具有固定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。J2EE规范是这样定义J2EE组件的：客户端应用程序和applet是运行在客户端的组件；Java
Servlet和Java Server Pages (JSP)是运行在服务器端的Web组件；EnterpriseJava
Bean (E JB )组件是运行在服务器端的业务组件等13个组件（规范）。
今天我们就来说一下，他的JNDI组件
一、JNDI是什么？
JNDI--Java 命名和目录接口（Java Naming and Directory Interface），是一组在Java应用中访问命名服务和目录服务的API。
命名服务，说白了就是提供一个名称键值对的管理，即Key-Value对，Key代表一个资源的名称，Value代表资源的真实地址，命名服务允许大家通过唯一的名称找到对应的对象或资源。这样程序只需要知道某种资源的名称，就可以通过JNDI来访问到它，而不需要知道这个资源真实的物理地址。这有点类似于DNS服务，DNS服务将域名解析成IP地址，这样大家只需要在浏览器中输入网站的唯一名称（即域名）就可以访问到该网站，而不需要记住这个网站真实的IP地址。
目录服务，提供的也是一种公共资源的管理服务。目录服务是一种特殊类型的数据库，它按照一定的数据结构，比如树型结构，把各种公共资源组织并保存起来。这种特殊数据库与传统关系型数据库的区别在于，它对查询作了优化，其数据结构允许大家非常快速的找到想要的资源，即保障了一种快速查找能力，不过这种设计也牺牲了其他方面的效率，比如它的更新效率就要低得多。
目录服务中管理的也是名称键值对，不过其键值是具有层次结构的，像一棵树，即通过一个名称或一个带层次结构的名称，你可以定位到一颗子树，而不只是一个属性。由此可见，目录服务将命名服务的概念进一步引申为提供具有层次结构的信息库。一个目录服务通常拥有一个命名服务，但是一个命名服务不必具有一个目录服务。
要了解JNDI的作用，我们可以从“如果不用JNDI我们怎样做？用了JNDI后我们又将怎样做？”这个问题来探讨。
没有JNDI的做法：程序员开发时，知道要开发访问MySQL数据库的应用，于是将一个对
MySQL JDBC 驱动程序类的引用进行了编码，并通过使用适当的 JDBC URL连接到数据库。
就像以下代码这样：
<span style="font-size:14px;">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) {}
}
}
</span>
这是传统的做法，也是以前非Java程序员（如Delphi、VB等）常见的做法。这种做法一般在小规模的开发过程中不会产生问题，只要程序员熟悉Java语言、了解JDBC技术和MySQL，可以很快开发出相应的应用程序。看一下这样做的话会有那些问题
1、
数据库服务器名称MyDBServer 、用户名和口令都可能需要改变，由此引发JDBC URL需要修改；
2、数据库可能改用别的产品，如改用DB2或者Oracle，引发JDBC驱动程序包和类名需要修改；
3、随着实际使用终端的增加，原配置的连接池参数可能需要调整；
4、......
解决办法：
程序员应该不需要关心“具体的数据库后台是什么？JDBC驱动程序是什么？JDBC
URL格式是什么？访问数据库的用户名和口令是什么？”等等这些问题，程序员编写的程序应该没有对 JDBC驱动程序的引用，没有服务器名称，没有用户名称或口令
——甚至没有数据库池或连接管理。而是把这些问题交给J2EE容器来配置和管理，程序员只需要对这些配置和管理进行引用即可。
由此，就有了JNDI。
用了JNDI之后的做法：
首先，在在J2EE容器中配置JNDI参数，定义一个数据源，也就是JDBC引用参数，给这个数据源设置一个名称；然后，在程序中，通过数据源名称引用数据源从而访问后台数据库。
具体操作如下（以JBoss为例）：
1、配置数据源
在JBoss的D:/jboss420GA/docs/examples/jca文件夹下面，有很多不同数据库引用的数据源定义模板。将其中的
mysql-ds.xml文件Copy到你使用的服务器下，如D:/jboss420GA/server/default/deploy。修改
mysql-ds.xml 文件的内容，使之能通过JDBC正确访问你的MySQL数据库，如下：
<span style="font-size:14px;"><?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>
</span>
这里，定义了一个名为MySqlDS的数据源，其参数包括JDBC的URL，驱动类名，用户名及密码等。
2、
在程序中引用数据源：
<span style="font-size:14px;">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) { }
}
}
</span>
直接使用JDBC或者通过JNDI引用数据源的编程代码量相差无几，但是现在的程序可以不用关心具体JDBC参数了。在系统部署后，如果数据库的相关参数变更，只需要重新配置
mysql-ds.xml 修改其中的JDBC参数，只要保证数据源的名称不变，那么程序源代码就无需修改。
由此可见，JNDI避免了程序与数据库之间的紧耦合，使应用更加易于配置、易于部署。