Java中JNDI的示例分析

這篇文章將為大家詳細講解有關(guān)Java中JNDI的示例分析，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

JNDI的理解

JNDI是 Java 命名與文件夾接口（Java Naming and Directory Interface），在J2EE規范中是重要的規范之中的一個(gè)，不少專(zhuān)家覺(jué)得，沒(méi)有透徹理解JNDI的意義和作用，就沒(méi)有真正掌握J2EE特別是EJB的知識。 

那么，JNDI究竟起什么作用？//帶著(zhù)問(wèn)題看文章是最有效的 

要了解JNDI的作用，我們能夠從“假設不用JNDI我們如何做？用了JNDI后我們又將如何做？”這個(gè)問(wèn)題來(lái)探討。 

沒(méi)有JNDI的做法： 

程序猿開(kāi)發(fā)時(shí)，知道要開(kāi)發(fā)訪(fǎng)問(wèn)數據庫的應用，于是將一個(gè)對 MySQL JDBC 驅動(dòng)程序類(lèi)的引用進(jìn)行了編碼，并通過(guò)使用適當的 JDBC URL 連接到數據庫。 
就像以下代碼這樣： 

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.close();  
} catch(Exception e) {  
  e.printStackTrace();  
} finally {  
  if(conn!=null) {  
    try {  
      conn.close();  
    } catch(SQLException e) {}  
  }  
}

這是傳統的做法，也是曾經(jīng)非Java程序猿（如Delphi、VB等）常見(jiàn)的做法。

這種做法一般在小規模的開(kāi)發(fā)過(guò)程中不會(huì )產(chǎn)生問(wèn)題，僅僅要程序猿熟悉Java語(yǔ)言、了解JDBC技術(shù)和MySQL，能夠非?？扉_(kāi)發(fā)出對應的應用程序。 

沒(méi)有JNDI的做法存在的問(wèn)題： 

1. 數據庫server名稱(chēng)MyDBServer 、username和口令都可能須要改變，由此引發(fā)JDBC URL須要改動(dòng)； 

2. 數據庫可能改用別的產(chǎn)品，如改用DB2或者Oracle，引發(fā)JDBC驅動(dòng)程序包和類(lèi)名須要改動(dòng)； 

3. 隨著(zhù)實(shí)際使用終端的添加，原配置的連接池參數可能須要調整； 

4. ...... 

解決的方法： 

程序猿應該不須要關(guān)心“詳細的數據庫后臺是什么？JDBC驅動(dòng)程序是什么？JDBC URL格式是什么？訪(fǎng)問(wèn)數據庫的username和口令是什么？”等等這些問(wèn)題。程序猿編寫(xiě)的程序應該沒(méi)有對 JDBC 驅動(dòng)程序的引用，沒(méi)有server名稱(chēng)，沒(méi)實(shí)username稱(chēng)或口令 —— 甚至沒(méi)有數據庫池或連接管理。

而是把這些問(wèn)題交給J2EE容器（比方weblogic）來(lái)配置和管理，程序猿僅僅須要對這些配置和管理進(jìn)行引用就可以。 

由此，就有了JNDI。

 //看的出來(lái)。是為了一個(gè)最最核心的問(wèn)題：是為了解耦，是為了開(kāi)發(fā)出更加可維護、可擴展//的系統 

用了JNDI之后的做法： 
首先。在在J2EE容器中配置JNDI參數，定義一個(gè)數據源。也就是JDBC引用參數，給這個(gè)數據源設置一個(gè)名稱(chēng)；然后，在程序中，通過(guò)數據源名稱(chēng)引用數據源從而訪(fǎng)問(wèn)后臺數據庫。 

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

詳細操作例如以下（以JBoss為例）： 

1、配置數據源 

在JBoss 的 D:\jboss420GA\docs\examples\jca 文件夾以下。有非常多不同數據庫引用的數據源定義模板。

將當中的 mysql-ds.xml 文件Copy到你使用的server下，如 D:\jboss420GA\server\default\deploy。 
改動(dòng) mysql-ds.xml 文件的內容，使之能通過(guò)JDBC正確訪(fǎng)問(wèn)你的MySQL數據庫。例如以下： 

Java代碼

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

這里，定義了一個(gè)名為MySqlDS的數據源。其參數包含JDBC的URL。驅動(dòng)類(lèi)名，username及密碼等。 

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

Java代碼

Connection conn=null;  
try {  
  Context ctx=new InitialContext();  
  Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用數據源  
  DataSource ds=(Datasource)datasourceRef;  
  conn=ds.getConnection();  
  ......  
  c.close();  
} catch(Exception e) {  
  e.printStackTrace();  
} finally {  
  if(conn!=null) {  
    try {  
      conn.close();  
    } catch(SQLException e) { }  
  }  
}

直接使用JDBC或者通過(guò)JNDI引用數據源的編程代碼量相差無(wú)幾，可是如今的程序能夠不用關(guān)心詳細JDBC參數了。

//解藕了?？蓴U展了 
在系統部署后。假設數據庫的相關(guān)參數變更。僅僅須要又一次配置 mysql-ds.xml 改動(dòng)當中的JDBC參數，僅僅要保證數據源的名稱(chēng)不變，那么程序源碼就無(wú)需改動(dòng)。

由此可見(jiàn)。JNDI避免了程序與數據庫之間的緊耦合，使應用更加易于配置、易于部署。

JNDI的擴展： 
JNDI在滿(mǎn)足了數據源配置的要求的基礎上。還進(jìn)一步擴充了作用：全部與系統外部的資源的引用，都能夠通過(guò)JNDI定義和引用。

//注意什么叫資源

所以，在J2EE規范中，J2EE 中的資源并不局限于 JDBC 數據源。

引用的類(lèi)型有非常多，當中包含資源引用（已經(jīng)討論過(guò)）、環(huán)境實(shí)體和 EJB 引用。

特別是 EJB 引用，它暴露了 JNDI 在 J2EE 中的另外一項關(guān)鍵角色：查找其它應用程序組件。 

EJB 的 JNDI 引用非常相似于 JDBC 資源的引用。在服務(wù)趨于轉換的環(huán)境中，這是一種非常有效的方法。能夠對應用程序架構中所得到的全部組件進(jìn)行這類(lèi)配置管理，從 EJB 組件到 JMS 隊列和主題。再到簡(jiǎn)單配置字符串或其它對象。這能夠降低隨時(shí)間的推移服務(wù)變更所產(chǎn)生的維護成本，同一時(shí)候還能夠簡(jiǎn)化部署，降低集成工作。外部資源”。

總結： 

J2EE 規范要求全部 J2EE 容器都要提供 JNDI 規范的實(shí)現。//sun 果然喜歡制定規范JNDI 在 J2EE 中的角色就是“交換機” —— J2EE 組件在執行時(shí)間接地查找其它組件、資源或服務(wù)的通用機制。在多數情況下，提供 JNDI 供應者的容器能夠充當有限的數據存儲。這樣管理員就能夠設置應用程序的執行屬性，并讓其它應用程序引用這些屬性（Java 管理擴展（Java Management Extensions，JMX）也能夠用作這個(gè)目的）。JNDI 在 J2EE 應用程序中的主要角色就是提供間接層，這樣組件就能夠發(fā)現所須要的資源，而不用了解這些間接性。 

在 J2EE 中，JNDI 是把 J2EE 應用程序合在一起的粘合劑。JNDI 提供的間接尋址同意跨企業(yè)交付可伸縮的、功能強大且非常靈活的應用程序。

這是 J2EE 的承諾，并且經(jīng)過(guò)一些計劃和預先考慮。這個(gè)承諾是全然能夠實(shí)現的。 

從上面的文章中能夠看出：

1. JNDI 提出的目的是為了解藕，是為了開(kāi)發(fā)更加easy維護，easy擴展。easy部署的應用。 

2. JNDI 是一個(gè)sun提出的一個(gè)規范(相似于jdbc),詳細的實(shí)現是各個(gè)j2ee容器提供商。sun   僅僅是要求，j2ee容器必須有JNDI這種功能。

3. JNDI 在j2ee系統中的角色是“交換機”，是J2EE組件在執行時(shí)間接地查找其它組件、資源或服務(wù)的通用機制。 

4. JNDI 是通過(guò)資源的名字來(lái)查找的，資源的名字在整個(gè)j2ee應用中(j2ee容器中)是唯一的。 

再轉一篇文章： 
JNDI全稱(chēng) Java Naming and Directory Interface 
JNDI是Java平臺的一個(gè)標準擴展，提供了一組接口、類(lèi)和關(guān)于命名空間的概念。如同其它非常多Java技術(shù)一樣，JDNI是provider-based的技術(shù)，暴露了一個(gè)API和一個(gè)服務(wù)供應接口（SPI）。這意味著(zhù)不論什么基于名字的技術(shù)都能通過(guò)JNDI而提供服務(wù)。僅僅要JNDI支持這項技術(shù)。

JNDI眼下所支持的技術(shù)包含LDAP、CORBA Common Object Service（COS）名字服務(wù)、RMI、NDS、、Windows注冊表等等。非常多J2EE技術(shù)，包含EJB都依靠JNDI來(lái)組織和定位實(shí)體。 
JDNI通過(guò)綁定的概念將對象和名稱(chēng)聯(lián)系起來(lái)。

在一個(gè)文件系統中。文件名稱(chēng)被綁定給文件。在DNS中，一個(gè)IP地址綁定一個(gè)URL。在文件夾服務(wù)中。一個(gè)對象名被綁定給一個(gè)對象實(shí)體。 
JNDI中的一組綁定作為上下文來(lái)引用。每一個(gè)上下文暴露的一組操作是一致的。比如，每一個(gè)上下文提供了一個(gè)查找操作。返回指定名字的對應對象。每一個(gè)上下文都提供了綁定和撤除綁定名字到某個(gè)對象的操作。

JNDI使用通用的方式來(lái)暴露命名空間，即使用分層上下文以及使用同樣命名語(yǔ)法的子上下文。 

jndi的用途： 

1。你能夠用jndi來(lái)得到object類(lèi)的屬性 

如： 

Java代碼

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

2。你能夠用jndi來(lái)搜索對象 

如： 

Java代碼

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

查找誰(shuí)的名字叫Fox在wiz部門(mén)的員工？ 

3。你能夠用jndi通過(guò)naming/directory服務(wù)查詢(xún)像printers和databases的對象 

如：查詢(xún) Printer 

Java代碼

Printer printer = (Printer)namespace.lookup(printerName);   
printer.print(document);

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

如： 

Java代碼

NamingEnumeration list = namespace.list("o=Widget, c=US";   
while (list.hasMore()) {   
NameClassPair entry = (NameClassPair)list.next();   
display(entry.getName(), entry.getClassName());   
}