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的認識。