I'll be back!

            Focus on BPM, celebrate PegaRULES Process Commander (PRPC)
          posts - 76, comments - 161, trackbacks - 0, articles - 2
            BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

          JNDI概述

          Posted on 2007-10-21 12:18 zolly 閱讀(2246) 評論(6)  編輯  收藏
          JNDI是 Java 命名與目錄接口(Java Naming and Directory Interface),在J2EE規范中是重要的規范之一,不少專家認為,沒有透徹理解JNDI的意義和作用,就沒有真正掌握J2EE特別是EJB的知識。
          那么,JNDI到底起什么作用?

          要了解JNDI的作用,我們可以從“如果不用JNDI我們怎樣做?用了JNDI后我們又將怎樣做?”這個問題來探討。

          沒有JNDI的做法:
          程序員開發時,知道要開發訪問MySQL數據庫的應用,于是將一個對 MySQL JDBC 驅動程序類的引用進行了編碼,并通過使用適當的 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并進行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的做法存在的問題:
          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數據庫,如下:
          <?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,驅動類名,用戶名及密碼等。

          2、在程序中引用數據源:
          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 的承諾,而且經過一些計劃和預先考慮,這個承諾是完全可以實現的。
           

          Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1683227


          評論

          # re: JNDI概述  回復  更多評論   

          2008-03-19 09:52 by chelseafan
          寫的很 清楚,明白,謝謝

          # re: JNDI概述[未登錄]  回復  更多評論   

          2008-05-05 17:18 by yy
          IBM 上的東西,引來引去,都成什么了!
          http://www.ibm.com/developerworks/cn/java/j-jndi/index.html

          # re: JNDI概述  回復  更多評論   

          2008-05-20 14:07 by eminem
          中國就是因為lz這樣的人太多了,所以軟件行業上不去阿!
          ps:引用了別人的文章還不指明轉載地址。哎。

          # re: JNDI概述  回復  更多評論   

          2008-07-18 11:24 by ssdf
          寫的挺好啊!
          看了好幾個資源,看了你這個覺的講解的方式最直接!
          樓上的說是轉載,好象不是啊,
          再說了,重要的是了解了這個知識,形式不重要!
          不管怎樣,感謝樓主!

          # re: JNDI概述  回復  更多評論   

          2008-11-17 16:35 by limp_t
          @yy
          精簡了那么多。不算是抄襲吧。
          @eminem
          抄出來讓你學習,不也是一種知識傳播的精神嗎

          # re: JNDI概述  回復  更多評論   

          2009-01-03 21:32 by zolly
          聲明:本人摘于
          http://tb.blog.csdn.net/TrackBack.aspx?PostId=1683227

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


          網站導航:
           
          主站蜘蛛池模板: 宁南县| 广东省| 云南省| 大关县| 泸州市| 定结县| 双柏县| 理塘县| 黄梅县| 临沧市| 红安县| 嘉鱼县| 瓦房店市| 晴隆县| 蓝山县| 泗洪县| 调兵山市| 土默特左旗| 潼南县| 天门市| 柳林县| 格尔木市| 大新县| 当阳市| 汉阴县| 濮阳县| 葵青区| 天等县| 富平县| 界首市| 县级市| 西城区| 浦江县| 江门市| 田阳县| 鲁甸县| 改则县| 会泽县| 新乡县| 陆丰市| 开封市|