您好,登錄后才能下訂單哦!
這篇文章將為大家詳細(xì)講解有關(guān)Java中JNDI的示例分析,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
JNDI是 Java 命名與文件夾接口(Java Naming and Directory Interface),在J2EE規(guī)范中是重要的規(guī)范之中的一個,不少專家覺得,沒有透徹理解JNDI的意義和作用,就沒有真正掌握J(rèn)2EE特別是EJB的知識。
那么,JNDI究竟起什么作用?//帶著問題看文章是最有效的
要了解JNDI的作用,我們能夠從“假設(shè)不用JNDI我們?nèi)绾巫??用了JNDI后我們又將如何做?”這個問題來探討。
沒有JNDI的做法:
程序猿開發(fā)時,知道要開發(fā)訪問MySQL數(shù)據(jù)庫的應(yīng)用,于是將一個對 MySQL JDBC 驅(qū)動程序類的引用進(jìn)行了編碼,并通過使用適當(dāng)?shù)?JDBC URL 連接到數(shù)據(jù)庫。
就像以下代碼這樣:
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) {} } }
這是傳統(tǒng)的做法,也是曾經(jīng)非Java程序猿(如Delphi、VB等)常見的做法。
這種做法一般在小規(guī)模的開發(fā)過程中不會產(chǎn)生問題,僅僅要程序猿熟悉Java語言、了解JDBC技術(shù)和MySQL,能夠非常快開發(fā)出對應(yīng)的應(yīng)用程序。
沒有JNDI的做法存在的問題:
數(shù)據(jù)庫server名稱MyDBServer 、username和口令都可能須要改變,由此引發(fā)JDBC URL須要改動;
數(shù)據(jù)庫可能改用別的產(chǎn)品,如改用DB2或者Oracle,引發(fā)JDBC驅(qū)動程序包和類名須要改動;
隨著實際使用終端的添加,原配置的連接池參數(shù)可能須要調(diào)整;
......
解決的方法:
程序猿應(yīng)該不須要關(guān)心“詳細(xì)的數(shù)據(jù)庫后臺是什么?JDBC驅(qū)動程序是什么?JDBC URL格式是什么?訪問數(shù)據(jù)庫的username和口令是什么?”等等這些問題。程序猿編寫的程序應(yīng)該沒有對 JDBC 驅(qū)動程序的引用,沒有server名稱,沒實username稱或口令 —— 甚至沒有數(shù)據(jù)庫池或連接管理。
而是把這些問題交給J2EE容器(比方weblogic)來配置和管理,程序猿僅僅須要對這些配置和管理進(jìn)行引用就可以。
由此,就有了JNDI。
//看的出來。是為了一個最最核心的問題:是為了解耦,是為了開發(fā)出更加可維護(hù)、可擴(kuò)展//的系統(tǒng)
用了JNDI之后的做法:
首先。在在J2EE容器中配置JNDI參數(shù),定義一個數(shù)據(jù)源。也就是JDBC引用參數(shù),給這個數(shù)據(jù)源設(shè)置一個名稱;然后,在程序中,通過數(shù)據(jù)源名稱引用數(shù)據(jù)源從而訪問后臺數(shù)據(jù)庫。
//紅色的字能夠看出。JNDI是由j2ee容器提供的功能
在JBoss 的 D:\jboss420GA\docs\examples\jca 文件夾以下。有非常多不同數(shù)據(jù)庫引用的數(shù)據(jù)源定義模板。
將當(dāng)中的 mysql-ds.xml 文件Copy到你使用的server下,如 D:\jboss420GA\server\default\deploy。
改動 mysql-ds.xml 文件的內(nèi)容,使之能通過JDBC正確訪問你的MySQL數(shù)據(jù)庫。例如以下:
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>
這里,定義了一個名為MySqlDS的數(shù)據(jù)源。其參數(shù)包含JDBC的URL。驅(qū)動類名,username及密碼等。
Java代碼
Connection conn=null; try { Context ctx=new InitialContext(); Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用數(shù)據(jù)源 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或者通過JNDI引用數(shù)據(jù)源的編程代碼量相差無幾,可是如今的程序能夠不用關(guān)心詳細(xì)JDBC參數(shù)了。
//解藕了??蓴U(kuò)展了
在系統(tǒng)部署后。假設(shè)數(shù)據(jù)庫的相關(guān)參數(shù)變更。僅僅須要又一次配置 mysql-ds.xml 改動當(dāng)中的JDBC參數(shù),僅僅要保證數(shù)據(jù)源的名稱不變,那么程序源碼就無需改動。
由此可見。JNDI避免了程序與數(shù)據(jù)庫之間的緊耦合,使應(yīng)用更加易于配置、易于部署。
JNDI的擴(kuò)展:
JNDI在滿足了數(shù)據(jù)源配置的要求的基礎(chǔ)上。還進(jìn)一步擴(kuò)充了作用:全部與系統(tǒng)外部的資源的引用,都能夠通過JNDI定義和引用。
//注意什么叫資源
所以,在J2EE規(guī)范中,J2EE 中的資源并不局限于 JDBC 數(shù)據(jù)源。
引用的類型有非常多,當(dāng)中包含資源引用(已經(jīng)討論過)、環(huán)境實體和 EJB 引用。
特別是 EJB 引用,它暴露了 JNDI 在 J2EE 中的另外一項關(guān)鍵角色:查找其它應(yīng)用程序組件。
EJB 的 JNDI 引用非常相似于 JDBC 資源的引用。在服務(wù)趨于轉(zhuǎn)換的環(huán)境中,這是一種非常有效的方法。能夠?qū)?yīng)用程序架構(gòu)中所得到的全部組件進(jìn)行這類配置管理,從 EJB 組件到 JMS 隊列和主題。再到簡單配置字符串或其它對象。這能夠降低隨時間的推移服務(wù)變更所產(chǎn)生的維護(hù)成本,同一時候還能夠簡化部署,降低集成工作。外部資源”。
J2EE 規(guī)范要求全部 J2EE 容器都要提供 JNDI 規(guī)范的實現(xiàn)。//sun 果然喜歡制定規(guī)范JNDI 在 J2EE 中的角色就是“交換機(jī)” —— J2EE 組件在執(zhí)行時間接地查找其它組件、資源或服務(wù)的通用機(jī)制。在多數(shù)情況下,提供 JNDI 供應(yīng)者的容器能夠充當(dāng)有限的數(shù)據(jù)存儲。這樣管理員就能夠設(shè)置應(yīng)用程序的執(zhí)行屬性,并讓其它應(yīng)用程序引用這些屬性(Java 管理擴(kuò)展(Java Management Extensions,JMX)也能夠用作這個目的)。JNDI 在 J2EE 應(yīng)用程序中的主要角色就是提供間接層,這樣組件就能夠發(fā)現(xiàn)所須要的資源,而不用了解這些間接性。
在 J2EE 中,JNDI 是把 J2EE 應(yīng)用程序合在一起的粘合劑。JNDI 提供的間接尋址同意跨企業(yè)交付可伸縮的、功能強(qiáng)大且非常靈活的應(yīng)用程序。
這是 J2EE 的承諾,并且經(jīng)過一些計劃和預(yù)先考慮。這個承諾是全然能夠?qū)崿F(xiàn)的。
從上面的文章中能夠看出:
JNDI 提出的目的是為了解藕,是為了開發(fā)更加easy維護(hù),easy擴(kuò)展。easy部署的應(yīng)用。
JNDI 是一個sun提出的一個規(guī)范(相似于jdbc),詳細(xì)的實現(xiàn)是各個j2ee容器提供商。sun 僅僅是要求,j2ee容器必須有JNDI這種功能。
JNDI 在j2ee系統(tǒng)中的角色是“交換機(jī)”,是J2EE組件在執(zhí)行時間接地查找其它組件、資源或服務(wù)的通用機(jī)制。
JNDI 是通過資源的名字來查找的,資源的名字在整個j2ee應(yīng)用中(j2ee容器中)是唯一的。
再轉(zhuǎn)一篇文章:
JNDI全稱 Java Naming and Directory Interface
JNDI是Java平臺的一個標(biāo)準(zhǔn)擴(kuò)展,提供了一組接口、類和關(guān)于命名空間的概念。如同其它非常多Java技術(shù)一樣,JDNI是provider-based的技術(shù),暴露了一個API和一個服務(wù)供應(yīng)接口(SPI)。這意味著不論什么基于名字的技術(shù)都能通過JNDI而提供服務(wù)。僅僅要JNDI支持這項技術(shù)。
JNDI眼下所支持的技術(shù)包含LDAP、CORBA Common Object Service(COS)名字服務(wù)、RMI、NDS、DNS、Windows注冊表等等。非常多J2EE技術(shù),包含EJB都依靠JNDI來組織和定位實體。
JDNI通過綁定的概念將對象和名稱聯(lián)系起來。
在一個文件系統(tǒng)中。文件名稱被綁定給文件。在DNS中,一個IP地址綁定一個URL。在文件夾服務(wù)中。一個對象名被綁定給一個對象實體。
JNDI中的一組綁定作為上下文來引用。每一個上下文暴露的一組操作是一致的。比如,每一個上下文提供了一個查找操作。返回指定名字的對應(yīng)對象。每一個上下文都提供了綁定和撤除綁定名字到某個對象的操作。
JNDI使用通用的方式來暴露命名空間,即使用分層上下文以及使用同樣命名語法的子上下文。
如:
Java代碼
Attribute attr =directory.getAttributes(personName).get("email"); String email = (String)attr.get();
如:
Java代碼
foxes = directory.search("o=Wiz,c=US", "sn=Fox", controls);
查找誰的名字叫Fox在wiz部門的員工?
如:查詢 Printer
Java代碼
Printer printer = (Printer)namespace.lookup(printerName); printer.print(document);
如:
Java代碼
NamingEnumeration list = namespace.list("o=Widget, c=US"; while (list.hasMore()) { NameClassPair entry = (NameClassPair)list.next(); display(entry.getName(), entry.getClassName()); }
關(guān)于“Java中JNDI的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學(xué)到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。