認識JNDI及其配置

【轉貼一篇】 
------------ 
JNDI是 Java 命名與目錄接口（Java Naming and Directory Interface），在J2EE規範中是重要的規範之一，很多專家認爲，沒有透徹理解JNDI的意義和做用，就沒有真正掌握J2EE特別是EJB的知識。 

那麼，JNDI到底起什麼做用？//帶着問題看文章是最有效的 

要了解JNDI的做用，咱們能夠從「若是不用JNDI咱們怎樣作？用了JNDI後咱們又將怎樣作？」這個問題來探討。 

沒有JNDI的作法： 

程序員開發時，知道要開發訪問MySQL數據庫的應用，因而將一個對 MySQL JDBC 驅動程序類的引用進行了編碼，並經過使用適當的 JDBC URL 鏈接到數據庫。 
就像如下代碼這樣： 
 

Java代碼  

1. Connection conn=null;  

2. try {  

3.   Class.forName("com.mysql.jdbc.Driver",  

4.                 true, Thread.currentThread().getContextClassLoader());  

5.   conn=DriverManager.  

6.     getConnection("jdbc:mysql://MyDBServer?user=qingfeng&password=mingyue");  

7.   ......  

8.   conn.close();  

9. } catch(Exception e) {  

10.   e.printStackTrace();  

11. } finally {  

12.   if(conn!=null) {  

13.     try {  

14.       conn.close();  

15.     } catch(SQLException e) {}  

16.   }  

17. }  

這是傳統的作法，也是之前非Java程序員（如Delphi、VB等）常見的作法。這種作法通常在小規模的開發過程當中不會產生問題，只要程序員熟悉Java語言、瞭解JDBC技術和MySQL，能夠很快開發出相應的應用程序。 

沒有JNDI的作法存在的問題： 
一、數據庫服務器名稱MyDBServer 、用戶名和口令均可能須要改變，由此引起JDBC URL須要修改； 
二、數據庫可能改用別的產品，如改用DB2或者Oracle，引起JDBC驅動程序包和類名須要修改； 
三、隨着實際使用終端的增長，原配置的鏈接池參數可能須要調整； 
四、...... 

解決辦法： 
程序員應該不須要關心「具體的數據庫後臺是什麼？JDBC驅動程序是什麼？JDBC URL格式是什麼？訪問數據庫的用戶名和口令是什麼？」等等這些問題，程序員編寫的程序應該沒有對 JDBC 驅動程序的引用，沒有服務器名稱，沒有用戶名稱或口令 —— 甚至沒有數據庫池或鏈接管理。而是把這些問題交給J2EE容器來配置和管理，程序員只須要對這些配置和管理進行引用便可。 

由此，就有了JNDI。 
//看的出來，是爲了一個最最核心的問題：是爲了解耦，是爲了開發出更加可維護、可擴展//的系統 

用了JNDI以後的作法： 
首先，在在J2EE容器中配置JNDI參數，定義一個數據源，也就是JDBC引用參數，給這個數據源設置一個名稱；而後，在程序中，經過數據源名稱引用數據源從而訪問後臺數據庫。 

//紅色的字能夠看出，JNDI是由j2ee容器提供的功能 

具體操做以下（以JBoss爲例）： 
一、配置數據源 
在JBoss 的 D:\jboss420GA\docs\examples\jca 文件夾下面，有不少不一樣數據庫引用的數據源定義模板。將其中的 mysql-ds.xml 文件Copy到你使用的服務器下，如 D:\jboss420GA\server\default\deploy。 

注意：修改數據源定義文件的時候，確保其文件名爲：xxx-ds.xml,服務器會識別這種格式的文件

修改 mysql-ds.xml 文件的內容，使之能經過JDBC正確訪問你的MySQL數據庫，以下： 

Java代碼  

1. <?xml version="1.0" encoding="UTF-8"?>  

2. <datasources>  

3. <local-tx-datasource>  

4.     <jndi-name>MySqlDS</jndi-name>  

5.     <connection-url>jdbc:mysql://localhost:3306/lw</connection-url>  

6.     <driver-class>com.mysql.jdbc.Driver</driver-class>  

7.     <user-name>root</user-name>  

8.     <password>rootpassword</password>  

9. <exception-sorter-class-name>  

10. org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter  

11. </exception-sorter-class-name>  

12.     <metadata>  

13.        <type-mapping>mySQL</type-mapping>  

14.     </metadata>  

15. </local-tx-datasource>  

16. </datasources>  

這裏，定義了一個名爲MySqlDS的數據源，其參數包括JDBC的URL，驅動類名，用戶名及密碼等。 

二、在程序中引用數據源： 
 

Java代碼  

1. Connection conn=null;  

2. try {  

3.   Context ctx=new InitialContext();  

4.   Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用數據源  

5.   DataSource ds=(Datasource)datasourceRef;  

6.   conn=ds.getConnection();  

7.   ......  

8.   c.close();  

9. } catch(Exception e) {  

10.   e.printStackTrace();  

11. } finally {  

12.   if(conn!=null) {  

13.     try {  

14.       conn.close();  

15.     } catch(SQLException e) { }  

16.   }  

17. }  

直接使用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 規範的實現。//sun 果真喜歡制定規範JNDI 在 J2EE 中的角色就是「交換機」 —— J2EE 組件在運行時間接地查找其餘組件、資源或服務的通用機制。在多數狀況下，提供 JNDI 供應者的容器能夠充當有限的數據存儲，這樣管理員就能夠設置應用程序的執行屬性，並讓其餘應用程序引用這些屬性（Java 管理擴展（Java Management Extensions，JMX）也能夠用做這個目的）。JNDI 在 J2EE 應用程序中的主要角色就是提供間接層，這樣組件就能夠發現所須要的資源，而不用瞭解這些間接性。 

在 J2EE 中，JNDI 是把 J2EE 應用程序合在一塊兒的粘合劑，JNDI 提供的間接尋址容許跨企業交付可伸縮的、功能強大且很靈活的應用程序。這是 J2EE 的承諾，並且通過一些計劃和預先考慮，這個承諾是徹底能夠實現的。 


從上面的文章中能夠看出： 
一、JNDI 提出的目的是爲了解藕，是爲了開發更加容易維護，容易擴展，容易部署的應用。 
二、JNDI 是一個sun提出的一個規範(相似於jdbc),具體的實現是各個j2ee容器提供商，sun   只是要求，j2ee容器必須有JNDI這樣的功能。 
三、JNDI 在j2ee系統中的角色是「交換機」，是J2EE組件在運行時間接地查找其餘組件、資源或服務的通用機制。 
四、JNDI 是經過資源的名字來查找的，資源的名字在整個j2ee應用中(j2ee容器中)是惟一的。 

再轉一篇文章： 


JNDI全稱 Java Naming and Directory Interface 
JNDI是Java平臺的一個標準擴展，提供了一組接口、類和關於命名空間的概念。如同其它不少Java技術同樣，JDNI是provider-based的技術，暴露了一個API和一個服務供應接口（SPI）。這意味着任何基於名字的技術都能經過JNDI而提供服務，只要JNDI支持這項技術。JNDI目前所支持的技術包括LDAP、CORBA Common Object Service（COS）名字服務、RMI、NDS、DNS、Windows註冊表等等。不少J2EE技術，包括EJB都依靠JNDI來組織和定位實體。 
JDNI經過綁定的概念將對象和名稱聯繫起來。在一個文件系統中，文件名被綁定給文件。在DNS中，一個IP地址綁定一個URL。在目錄服務中，一個對象名被綁定給一個對象實體。 
JNDI中的一組綁定做爲上下文來引用。每一個上下文暴露的一組操做是一致的。例如，每一個上下文提供了一個查找操做，返回指定名字的相應對象。每一個上下文都提供了綁定和撤除綁定名字到某個對象的操做。JNDI使用通用的方式來暴露命名空間，即便用分層上下文以及使用相同命名語法的子上下文。 
jndi的用途： 
1。你能夠用jndi來獲得object類的屬性 
如： 

Java代碼  

1. Attribute attr =directory.getAttributes(personName).get("email");   

2. String email = (String)attr.get();   

2。你能夠用jndi來搜索對象 
如： 

Java代碼  

1. foxes = directory.search("o=Wiz,c=US", "sn=Fox", controls);   

查找誰的名字叫Fox在wiz部門的員工？ 
3。你能夠用jndi經過naming/directory服務查詢像printers和databases的對象 
如：查詢 Printer 

Java代碼  

1. Printer printer = (Printer)namespace.lookup(printerName);   

2. printer.print(document);   

4。你能夠用jndi列表出命名空間的特殊級別的內容 
如： 

Java代碼  

1. NamingEnumeration list = namespace.list("o=Widget, c=US";   

2. while (list.hasMore()) {   

3. NameClassPair entry = (NameClassPair)list.next();   

4. display(entry.getName(), entry.getClassName());   

5. }