JNDI 是什么

JNDI 是什么

JNDI是 Java 命名与目录接口（Java Naming and Directory Interface），在J2EE规范中是重要的规范之一，很多专家认为，没有透彻理解JNDI的意义和做用，就没有真正掌握J2EE特别是EJB的知识。

那么，JNDI到底起什么做用？

要了解JNDI的做用，咱们能够从“若是不用JNDI咱们怎样作？用了JNDI后咱们又将怎样作？”这个问题来探讨。

没有JNDI的作法：

程序员开发时，知道要开发访问MySQL数据库的应用，因而将一个对 MySQL JDBC 驱动程序类的引用进行了编码，并经过使用适当的 JDBC URL 链接到数据库。
就像如下代码这样：

1. 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) {}  
   }  
   } 

    

这是传统的作法，也是之前非Java程序员（如Delphi、VB等）常见的作法。这种作法通常在小规模的开发过程当中不会产生问题，只要程序员熟悉Java语言、了解JDBC技术和MySQL，能够很快开发出相应的应用程序。

没有JNDI的作法存在的问题：

一、数据库服务器名称MyDBServer 、用户名和口令均可能须要改变，由此引起JDBC URL须要修改；

二、数据库可能改用别的产品，如改用DB2或者Oracle，引起JDBC驱动程序包和类名须要修改；

三、随着实际使用终端的增长，原配置的链接池参数可能须要调整；

四、......

解决办法：

程序员应该不须要关心“具体的数据库后台是什么？JDBC驱动程序是什么？JDBC URL格式是什么？访问数据库的用户名和口令是什么？”等等这些问题，程序员编写的程序应该没有对 JDBC 驱动程序的引用，没有服务器名称，没有用户名称或口令 —— 甚至没有数据库池或链接管理。而是把这些问题交给J2EE容器来配置和管理，程序员只须要对这些配置和管理进行引用便可。

由此，就有了JNDI。

用了JNDI以后的作法：

首先，在在J2EE容器中配置JNDI参数，定义一个数据源，也就是JDBC引用参数，给这个数据源设置一个名称；而后，在程序中，经过数据源名称引用数据源从而访问后台数据库。

具体操做以下（以JBoss为例）：

一、配置数据源

在JBoss的 D:/jboss420GA/docs/examples/jca 文件夹下面，有不少不一样数据库引用的数据源定义模板。将其中的 mysql-ds.xml 文件Copy到你使用的服务器下，如 D:/jboss420GA/server/default/deploy。

修改 mysql-ds.xml 文件的内容，使之能经过JDBC正确访问你的MySQL数据库，以下：

1. <?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> 

    

这里，定义了一个名为MySqlDS的数据源，其参数包括JDBC的URL，驱动类名，用户名及密码等。

二、在程序中引用数据源：

1. 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) { }  
   }  
   } 

    

直接使用JDBC或者经过JNDI引用数据源的编程代码量相差无几，可是如今的程序能够不用关心具体JDBC参数了。
在系统部署后，若是数据库的相关参数变动，只须要从新配置 mysql-ds.xml 修改其中的JDBC参数，只要保证数据源的名称不变，那么程序源代码就无需修改。

因而可知，JNDI避免了程序与数据库之间的紧耦合，使应用更加易于配置、易于部署。

JNDI的扩展：JNDI在知足了数据源配置的要求的基础上，还进一步扩充了做用：全部与系统外部的资源的引用，均可以经过JNDI定义和引用。

因此，在J2EE规范中，J2EE 中的资源并不局限于 JDBC 数据源。引用的类型有不少，其中包括资源引用（已经讨论过）、环境实体和 EJB 引用。特别是 EJB 引用，它暴露了 JNDI 在 J2EE 中的另一项关键角色：查找其余应用程序组件。

EJB 的 JNDI 引用很是相似于 JDBC 资源的引用。在服务趋于转换的环境中，这是一种颇有效的方法。能够对应用程序架构中所获得的全部组件进行这类配置管理，从 EJB 组件到 JMS 队列和主题，再到简单配置字符串或其余对象，这能够下降随时间的推移服务变动所产生的维护成本，同时还能够简化部署，减小集成工做。 外部资源”。

总 结：

J2EE 规范要求全部 J2EE 容器都要提供 JNDI 规范的实现。JNDI 在 J2EE 中的角色就是“交换机” —— J2EE 组件在运行时间接地查找其余组件、资源或服务的通用机制。在多数状况下，提供 JNDI 供应者的容器能够充当有限的数据存储，这样管理员就能够设置应用程序的执行属性，并让其余应用程序引用这些属性（Java 管理扩展（Java Management Extensions，JMX）也能够用做这个目的）。JNDI 在 J2EE 应用程序中的主要角色就是提供间接层，这样组件就能够发现所须要的资源，而不用了解这些间接性。

在 J2EE 中，JNDI 是把 J2EE 应用程序合在一块儿的粘合剂，JNDI 提供的间接寻址容许跨企业交付可伸缩的、功能强大且很灵活的应用程序。这是 J2EE 的承诺，并且通过一些计划和预先考虑，这个承诺是彻底能够实现的。

最近一直在对J2EE的笔记进行整理和复习,虽然J2EE视频是看过一遍了,可是当我看本身作的笔记的时候陌生程度仍是很大,而真正的对某个概念有 所认识的时候是将笔记和之前看过的视频印象进行摩擦,J2EE主要讲解的内容是各个规范,再清楚一些就是各个概念,现阶段的目标并非掌握J2EE,而是 对J2EE进行轮廓和概念上的了解和认识,到下一步DRP项目中再深层次的对各个规范进行摩擦和认识。

JNDI,翻译为Java命名和目录结构(JavaNaming And Directory Interface)官方对其解释为JNDI是一组在Java应用中访问命名和目录服务的API(ApplicationProgramming Interface)说明很精炼,可是比较抽象。

上面的解释中提升了命名服务和目录服务两个概念.先要了解JNDI就必须知道,命名服务和目录服务是作什么用的。

学习新的概念和知识，比较有效的方式是经过和之前所学过的内容进行联系，比较。

关于命名服务,其实咱们不少时候都在用它,可是并不知道它是它,比较典型的是域名服务器DNS(Domain Naming Service),大对人对DNS仍是比较了解的,它是将域名映射到IP地址的服务.好比百度的域名www.baidu.com所映射的IP地址是http://202.108.22.5/,你在浏览器中输入两个内容是到的同一个页面.用命名服务器的缘由是由于咱们记忆baidu这几个有意义的字母要比记202.108.22.5更容易记忆,但若是站到计算机的角度上,它更喜欢处理这些数字。

从咱们生活中找的话还有不少相似的例子,好比说你的身份证号和你的名字能够"理解"成一种命名服务,你的学号和姓名也能够"解释"为一种命名服务。

能够看出命名服务的特色:一个值和另外一个值的映射,将咱们人类更容易认识的值同计算机更容易认识的值进行一一映射。

到如今应该对命名服务有所理解吧?

至于目录服务,从计算机角度理解为在互联网上有着各类各样的资源和主机,可是这些内容都是散落在互联网中,为了访问这些散落的资源并得到相应的服务,就须要用到目录服务。

从咱们平常生活中去理解目录服务的概念能够从电话簿提及,电话簿自己就是一个比较典型的目录服务,若是你要找到某我的的电话号码,你须要从电话簿里找到这我的的名称,而后再看其电话号码。

 

理解了命名服务和目录服务再回过头来看JDNI,它是一个为Java应用程序提供命名服务的应用程序接口,为咱们提供了查找和访问各类命名和目录服 务的通用统一的接口.经过JNDI统一接口咱们能够来访问各类不一样类型的服务.以下图所示,咱们能够经过JNDI API来访问刚才谈到的DNS。

至此已经对JNDI有了一个初步认识,若是想要进一步了解JNDI,并对使用JDNI给咱们带来哪些便利之处,我推荐两篇关于JDNI的文章,写的很是的好,两篇文章从“若是不用JNDI咱们怎样作？用了JNDI后咱们又将怎样作？”这个角度来加深对JNDI的认识。