1. 程式人生 > >JavaEE--JNDI(上,簡介)

JavaEE--JNDI(上,簡介)

del nts 後臺 tcl ejb 名稱 容器 stack user

參考:https://blog.csdn.net/yan372397390/article/details/50450332

https://www.landui.com/help/show-6158.html

https://www.cnblogs.com/zhchoutai/p/7389089.html

JNDI是 Java 命名與文件夾接口(Java Naming and Directory Interface),在J2EE規範中是重要的規範之中的一個.

沒有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.  
 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的做法存在的問題:
1、數據庫server名稱MyDBServer 、username和口令都可能須要改變,由此引發JDBC URL須要改動;
2、數據庫可能改用別的產品,如改用DB2或者Oracle,引發JDBC驅動程序包和類名須要改動;
3、隨著實際使用終端的添加,原配置的連接池參數可能須要調整;
4、......

解決的方法:


程序猿應該不須要關心“詳細的數據庫後臺是什麽?JDBC驅動程序是什麽?JDBC URL格式是什麽?訪問數據庫的username和口令是什麽?”等等這些問題。程序猿編寫的程序應該沒有對 JDBC 驅動程序的引用,沒有server名稱,沒實username稱或口令 —— 甚至沒有數據庫池或連接管理。

而是把這些問題交給J2EE容器(比方weblogic)來配置和管理,程序猿僅僅須要對這些配置和管理進行引用就可以。

由此,就有了JNDI。

//看的出來。是為了一個最最核心的問題:是為了解耦,是為了開發出更加可維護、可擴展//的系統

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

在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 的承諾,並且經過一些計劃和預先考慮。這個承諾是全然能夠實現的。


從上面的文章中能夠看出:
1、JNDI 提出的目的是為了解藕,是為了開發更加easy維護,easy擴展。easy部署的應用。
2、JNDI 是一個sun提出的一個規範(相似於jdbc),詳細的實現是各個j2ee容器提供商。sun 僅僅是要求,j2ee容器必須有JNDI這種功能。


3、JNDI 在j2ee系統中的角色是“交換機”,是J2EE組件在執行時間接地查找其它組件、資源或服務的通用機制。
4、JNDI 是通過資源的名字來查找的,資源的名字在整個j2ee應用中(j2ee容器中)是唯一的。

JavaEE--JNDI(上,簡介)