qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          J2EE總結:Java命名與目錄接口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;  
          2. try {  
          3. Class.forName("com.mysql.jdbc.Driver",  
          4. true, Thread.currentThread().getContextClassLoader());  
          5. conn=DriverManager.getConnection("jdbc:mysql://MyDBServer?user=qingfeng&password=mingyue");  
          6. /* 使用conn并進行SQL操作 */ 
          7. ......  
          8. conn.close();  
          9. }   
          10. catch(Exception e) {  
          11. e.printStackTrace();  
          12. }   
          13. finally {  
          14. if(conn!=null) {  
          15. try {  
          16. conn.close();  
          17. catch(SQLException e) {}  
          18. }  
          19. }

            這是傳統的做法,也是以前非Java程序員(如Delphi、VB等)常見的做法。這種做法一般在小規模的開發過程中不會產生問題,只要程序員熟悉Java語言、了解JDBC技術和MySQL,可以很快開發出相應的應用程序。

            沒有JNDI的做法存在的問題:

            1、數據庫服務器名稱MyDBServer 、用戶名和口令都可能需要改變,由此引發JDBC URL需要修改;

            2、數據庫可能改用別的產品,如改用DB2或者Oracle,引發JDBC驅動程序包和類名需要修改;

            3、隨著實際使用終端的增加,原配置的連接池參數可能需要調整;

            4、......

            解決辦法:

            程序員應該不需要關心“具體的數據庫后臺是什么?JDBC驅動程序是什么?JDBC URL格式是什么?訪問數據庫的用戶名和口令是什么?”等等這些問題,程序員編寫的程序應該沒有對 JDBC 驅動程序的引用,沒有服務器名稱,沒有用戶名稱或口令 —— 甚至沒有數據庫池或連接管理。而是把這些問題交給J2EE容器來配置和管理,程序員只需要對這些配置和管理進行引用即可。

            由此,就有了JNDI。

            用了JNDI之后的做法:

            首先,在在J2EE容器中配置JNDI參數,定義一個數據源,也就是JDBC引用參數,給這個數據源設置一個名稱;然后,在程序中,通過數據源名稱引用數據源從而訪問后臺數據庫。

           具體操作如下(以JBoss為例):

            1、配置數據源

            在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"?> 
          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>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name> 
          10. <metadata> 
          11. <type-mapping>mySQL</type-mapping> 
          12. </metadata> 
          13. </local-tx-datasource> 
          14. </datasources>

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

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

          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. /* 使用conn進行數據庫SQL操作 */ 
          8. ......  
          9. c.close();  
          10. }   
          11. catch(Exception e) {  
          12. e.printStackTrace();  
          13. }   
          14. finally {  
          15. if(conn!=null) {  
          16. try {  
          17. conn.close();  
          18. catch(SQLException e) { }  
          19. }  
          20. }

            直接使用JDBC或者通過JNDI引用數據源的編程代碼量相差無幾,但是現在的程序可以不用關心具體JDBC參數了。

            在系統部署后,如果數據庫的相關參數變更,只需要重新配置 mysql-ds.xml 修改其中的JDBC參數,只要保證數據源的名稱不變,那么程序源代碼就無需修改。

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

            JNDI的擴展:JNDI在滿足了數據源配置的要求的基礎上,還進一步擴充了作用:所有與系統外部的資源的引用,都可以通過JNDI定義和引用。

            所以,在J2EE規范中,J2EE 中的資源并不局限于 JDBC 數據源。引用的類型有很多,其中包括資源引用(已經討論過)、環境實體和 EJB 引用。特別是 EJB 引用,它暴露了 JNDI 在 J2EE 中的另外一項關鍵角色:查找其他應用程序組件。

            EJB 的 JNDI 引用非常類似于 JDBC 資源的引用。在服務趨于轉換的環境中,這是一種很有效的方法。可以對應用程序架構中所得到的所有組件進行這類配置管理,從 EJB 組件到 JMS 隊列和主題,再到簡單配置字符串或其他對象,這可以降低隨時間的推移服務變更所產生的維護成本,同時還可以簡化部署,減少集成工作。 外部資源”。

           具體操作如下(以JBoss為例):

            1、配置數據源

            在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"?> 
          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>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name> 
          10. <metadata> 
          11. <type-mapping>mySQL</type-mapping> 
          12. </metadata> 
          13. </local-tx-datasource> 
          14. </datasources>

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

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

          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. /* 使用conn進行數據庫SQL操作 */ 
          8. ......  
          9. c.close();  
          10. }   
          11. catch(Exception e) {  
          12. e.printStackTrace();  
          13. }   
          14. finally {  
          15. if(conn!=null) {  
          16. try {  
          17. conn.close();  
          18. catch(SQLException e) { }  
          19. }  
          20. }

            直接使用JDBC或者通過JNDI引用數據源的編程代碼量相差無幾,但是現在的程序可以不用關心具體JDBC參數了。

            在系統部署后,如果數據庫的相關參數變更,只需要重新配置 mysql-ds.xml 修改其中的JDBC參數,只要保證數據源的名稱不變,那么程序源代碼就無需修改。

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

            JNDI的擴展:JNDI在滿足了數據源配置的要求的基礎上,還進一步擴充了作用:所有與系統外部的資源的引用,都可以通過JNDI定義和引用。

            所以,在J2EE規范中,J2EE 中的資源并不局限于 JDBC 數據源。引用的類型有很多,其中包括資源引用(已經討論過)、環境實體和 EJB 引用。特別是 EJB 引用,它暴露了 JNDI 在 J2EE 中的另外一項關鍵角色:查找其他應用程序組件。

            EJB 的 JNDI 引用非常類似于 JDBC 資源的引用。在服務趨于轉換的環境中,這是一種很有效的方法。可以對應用程序架構中所得到的所有組件進行這類配置管理,從 EJB 組件到 JMS 隊列和主題,再到簡單配置字符串或其他對象,這可以降低隨時間的推移服務變更所產生的維護成本,同時還可以簡化部署,減少集成工作。 外部資源”。

           從我們日常生活中去理解目錄服務的概念可以從電話簿說起,電話簿本身就是一個比較典型的目錄服務,如果你要找到某個人的電話號碼,你需要從電話簿里找到這個人的名稱,然后再看其電話號碼。

            理解了命名服務和目錄服務再回過頭來看JDNI,它是一個為Java應用程序提供命名服務的應用程序接口,為我們提供了查找和訪問各種命名和目錄服務的通用統一的接口.通過JNDI統一接口我們可以來訪問各種不同類型的服務.如下圖所示,我們可以通過JNDI API來訪問剛才談到的DNS。

            至此已經對JNDI有了一個初步認識,如果想要進一步了解JNDI,并對使用JDNI給我們帶來哪些便利之處,我推薦兩篇關于JDNI的文章,寫的非常的好,兩篇文章從“如果不用JNDI我們怎樣做?用了JNDI后我們又將怎樣做?”這個角度來加深對JNDI的認識。

          posted on 2012-01-05 17:48 順其自然EVO 閱讀(166) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發表評論。


          網站導航:
           
          <2012年1月>
          25262728293031
          1234567
          891011121314
          15161718192021
          22232425262728
          2930311234

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 彭阳县| 从江县| 五寨县| 西充县| 丰都县| 揭阳市| 云和县| 武冈市| 西乡县| 大名县| 太仓市| 浠水县| 安多县| 大足县| 伊川县| 蒙城县| 夏邑县| 富锦市| 徐水县| 丰台区| 昌乐县| 故城县| 同德县| 通渭县| 潍坊市| 马边| 轮台县| 松潘县| 灌南县| 云龙县| 镇江市| 徐闻县| 昔阳县| 紫金县| 崇文区| 郑州市| 永川市| 酒泉市| 同心县| 玛曲县| 务川|