第三章信息管理

1、第三章 信息管理龔 斌山東大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院山東省高性能計(jì)算中心網(wǎng)格信息管理 網(wǎng)格系統(tǒng)的中心模塊 任何網(wǎng)格活動(dòng)都是通過網(wǎng)格信息管理模塊提供的信息進(jìn)行的 網(wǎng)格信息是關(guān)于網(wǎng)格中主體、客體，以及網(wǎng)格系統(tǒng)的數(shù)據(jù) 資源的名稱、擁有者、負(fù)載 節(jié)點(diǎn)的CPU個(gè)數(shù)、通訊帶寬 作業(yè)狀態(tài)等網(wǎng)格信息舉例 一個(gè)網(wǎng)格節(jié)點(diǎn)的處理機(jī)數(shù)目 兩個(gè)網(wǎng)格節(jié)點(diǎn)之間的通訊帶寬 一個(gè)用戶組作業(yè)的狀態(tài) 一個(gè)資源上運(yùn)行的操作系統(tǒng)的名字和版本號(hào) 未來10分鐘之內(nèi)進(jìn)入某個(gè)隊(duì)列的作業(yè)數(shù)預(yù)測(cè) 現(xiàn)在在線用戶情況 。網(wǎng)格信息的特點(diǎn) 種類多 數(shù)量大 變化頻繁 信息源多網(wǎng)格信息的分類 資源信息、用戶信息、其他信息 資源：硬件、軟件、系統(tǒng)、應(yīng)用 用戶：帳

2、號(hào)、密碼、定制信息 其他：記賬、日志、公共 靜態(tài)信息、動(dòng)態(tài)信息 敏感信息、非敏感信息信息的表示 信息可以存放在網(wǎng)格任何地方 統(tǒng)一的表示形式 信息表示要與平臺(tái)無關(guān) 實(shí)現(xiàn)平臺(tái)與提供的環(huán)境無關(guān) 可以被訪問者的任何平臺(tái)所理解 用XML表示舉例1 02 06 03舉例2 866 433 128舉例3 張三 2003 10 1 3 1 BankService lookup ABCDE/parameters信息存儲(chǔ) 集中存儲(chǔ) 統(tǒng)一管理、易導(dǎo)致單點(diǎn)故障 分散存儲(chǔ) 消除單點(diǎn)故障、不易實(shí)現(xiàn)統(tǒng)一 靜態(tài)信息，適合集中存儲(chǔ) 動(dòng)態(tài)信息，適合分散存儲(chǔ) 集中+分散網(wǎng)格信息的存儲(chǔ)方式請(qǐng)求者動(dòng)態(tài)信息靜態(tài)信息網(wǎng)格信

3、息服務(wù) 信息服務(wù)結(jié)構(gòu) 信息服務(wù)的主要功能 UDDI中的信息和服務(wù)信息服務(wù)結(jié)構(gòu) 信息服務(wù)的實(shí)體 分布的信息提供者 聚合提供者信息的目錄服務(wù) 三類角色 信息生產(chǎn)者：按照特定策略向信息中介者報(bào)告自己采集的信息和關(guān)于自己的信息，供信息消費(fèi)者請(qǐng)求使用 信息消費(fèi)者向信息中介者請(qǐng)求信息 信息中介者響應(yīng)請(qǐng)求向消費(fèi)者提供相應(yīng)的信息 根據(jù)信息流向的不同，分為直線形、折線形和三角形直線形信息消費(fèi)者信息中介者信息生產(chǎn)者直線形的特點(diǎn) 中介是中心，瓶頸 分為代理型、非代理型 代理型：避免頻繁更新信息 非代理型：主動(dòng)更新信息，一致性 適合于獲取靜態(tài)信息或變化不太頻繁的信息，訪問信息的頻率高于信息更新的頻率折線形信息消費(fèi)者信

4、息中介者信息生產(chǎn)者折線形的特點(diǎn) 消費(fèi)者從中介者獲取生產(chǎn)者的位置，直接從生產(chǎn)者獲取信息 中介者只保存生產(chǎn)者的位置和接口信息，保存信息少 可擴(kuò)充性好，規(guī)模大 一次信息訪問需要兩次訪問得到 可以實(shí)現(xiàn)信息的安全傳輸和信息服務(wù)的個(gè)性化 適合于獲取動(dòng)態(tài)變化，尤其是更新頻率高于訪問頻率的信息三角形信息消費(fèi)者信息中介者信息生產(chǎn)者三角形的特點(diǎn) 消費(fèi)者把信息請(qǐng)求提交給中介者，中介者把該請(qǐng)求轉(zhuǎn)交給合適的生產(chǎn)者，根據(jù)請(qǐng)求的內(nèi)容和消費(fèi)者的信息，生產(chǎn)者把消費(fèi)者的信息直接交給消費(fèi)者 不能用Http協(xié)議，消費(fèi)者向中介發(fā)請(qǐng)求，得到的響應(yīng)來自于生產(chǎn)者 網(wǎng)格環(huán)境下支持的信息服務(wù)模式比較工作方式直線形折線形三角形獲取信息的訪問次數(shù)1

5、21代理有沒有有信息安全程度低高半高個(gè)性化信息服務(wù)低高較高復(fù)雜信息服務(wù)不不支持實(shí)現(xiàn)較簡單簡單復(fù)雜獲取信息的方式 信息中介者從生產(chǎn)者獲取信息 主動(dòng)獲取：請(qǐng)求 被動(dòng)獲?。罕O(jiān)控信息服務(wù)的主要功能 信息注冊(cè) 信息更新 信息查詢 信息注銷 信息分發(fā)信息注冊(cè) 信息注冊(cè)是第一步 信息和提供信息的注冊(cè)者要驗(yàn)證 信息要注冊(cè)在注冊(cè)中心 多種注冊(cè)方式 用戶注冊(cè)通過命令行、GUI 應(yīng)用注冊(cè)通過API或訪問注冊(cè)服務(wù)實(shí)現(xiàn) 注冊(cè)信息少，數(shù)據(jù)客觀、真實(shí)信息更新 基本操作 信息更新的權(quán)限 更新與注冊(cè)入口點(diǎn)的關(guān)系 主動(dòng)與被動(dòng)信息查詢 最基本功能 提供良好的查詢方式和友好的查詢接口 要快捷、迅速，具有魯棒性 信息查詢接口要滿足不同

6、要求的查詢 采用數(shù)據(jù)庫查詢語言、Xquery等信息注銷 嚴(yán)格驗(yàn)證 特殊用戶 信息的注冊(cè)者 指明的注銷者 網(wǎng)格社區(qū)的管理者 信息垃圾：信息垃圾處理器信息分發(fā) 兩個(gè)含義 一個(gè)注冊(cè)中心分發(fā)到多個(gè)注冊(cè)中心 新產(chǎn)生的信息分發(fā) 一對(duì)多方式 分發(fā)要有選擇，以用戶為主體 系統(tǒng)的單一登錄，需要分發(fā)UDDI的信息和服務(wù) 信息是分類組織的 白頁：商業(yè)實(shí)體的有關(guān)信息，如名字、描述、等 黃頁：商業(yè)分類 綠頁：如何與服務(wù)提供者實(shí)施技術(shù)綁定，如服務(wù)規(guī)范的引用 存在多個(gè)注冊(cè)中心 定義四種主要的信息類型 商業(yè)實(shí)體信息：businessEntity 服務(wù)信息：businessService 技術(shù)綁定信息：bindingTempl

7、ate 技術(shù)規(guī)范信息：舉例 Travel服務(wù)已發(fā)布到UDDI，用戶知道UDDI的訪問入口 使用和合適的分類法找到本地的一個(gè)旅游公司T，由T提供travel服務(wù) 從T中發(fā)現(xiàn)travel服務(wù)，獲得travel.wsdl描述文檔 根據(jù)travel.wsdl的描述，組織相應(yīng)的參數(shù)，并生成訪問travel的SOAP消息 通過travel.wsdl指定的綁定協(xié)議發(fā)送SOAP消息到travel.wsdl指定的服務(wù)器 接收travel服務(wù)的返回結(jié)果CIM 通用信息模型CIM Common Information Model, CIM 描述網(wǎng)絡(luò)或企業(yè)環(huán)境的受管理對(duì)象，包括系統(tǒng)、網(wǎng)絡(luò)、應(yīng)用、軟件等信息的通用數(shù)據(jù)模

8、型，與具體實(shí)現(xiàn)無關(guān) 是分布式管理工作組（Distributed Management Task Force, DMFT）提出的基于WWW的企業(yè)管理（Web-based Enterprise Management, WBEM）的核心 /standards/cim/通用信息模型概述 網(wǎng)格的需求需要一個(gè)通用的表示和通用的信息模型 CIM是一種可擴(kuò)展的數(shù)據(jù)模型 CIM是一種面向?qū)ο蟾拍畹哪Ｐ?CIM是一個(gè)存儲(chǔ)企業(yè)管理信息的概念模型，并不是物理實(shí)現(xiàn)CIM的基本組成 CIM以類似于對(duì)象設(shè)計(jì)圖和被稱為受管對(duì)象格式(Managed Object Format, MOF)的中

9、性語言描述形式 類：定義存儲(chǔ)在其中的信息結(jié)構(gòu) 關(guān)聯(lián)：定義庫中元素之間的關(guān)系 方法：定義受管對(duì)象的行為 特性：定義每個(gè)受管對(duì)象的個(gè)體特點(diǎn)CIM的三層模型核心模型（第1層）通用模型（第2層）擴(kuò)展模式（第3層）CIM模式核心模型 定義了一些通類，描述一個(gè)環(huán)境中可管理對(duì)象的基本類，獨(dú)立于任何產(chǎn)品和具體實(shí)現(xiàn)通用模型 定義代表企業(yè)內(nèi)部特定管理域的類的集合，包括一些模型，每個(gè)模型代表一個(gè)特定的管理域，定義了如下一些模型： 系統(tǒng)模型：定義與管理系統(tǒng)相關(guān)聯(lián)的基本特征 網(wǎng)絡(luò)模型：定義帶編一個(gè)網(wǎng)絡(luò)環(huán)境的特性的類、關(guān)聯(lián)、方法和特征 設(shè)備模型：定義支持系統(tǒng)的物理和邏輯組成 物理模型：表示物理環(huán)境，與管理環(huán)境無關(guān) 應(yīng)用模

10、型：描述管理軟件應(yīng)用的需要的細(xì)節(jié) 事件模型：描述時(shí)間的發(fā)生和如何把發(fā)揮三呢購得時(shí)間通知給其他實(shí)體通用模型 策略模型：是應(yīng)用開發(fā)者、策略管理者和網(wǎng)絡(luò)管理者在不同技術(shù)域上的表示和管理策略，包括安全、互連和系統(tǒng)管理 支持模型：描述交換活動(dòng)和知識(shí)處理的對(duì)象和交易模型 用戶模型：提供用戶的不同表示，用戶證書、表示資源和資源管理者的管理系統(tǒng)元素之間關(guān)系的集合 度量模型：定義代表工作單元和向關(guān)聯(lián)的度量的類 互操作模型：定義WBEM是實(shí)現(xiàn)交互的結(jié)構(gòu)和機(jī)制擴(kuò)展模式 提供給銷售商使用的模式輕量級(jí)目錄訪問協(xié)議LDAP概述 Lightweight Directory Access Protocol 是IETF提出的標(biāo)

11、準(zhǔn)協(xié)議，是部分基于X.500目錄標(biāo)準(zhǔn)的一個(gè)開放標(biāo)準(zhǔn)，比后者更簡單、更精煉 支持TCP/IP，適合通過Internet訪問 RFC1777,RFC1778 /ldap_rfcs.htmlThe status of the resource management is important in the grid 資源類型復(fù)雜多樣,包括計(jì)算機(jī)、數(shù)據(jù)庫、知識(shí)庫、網(wǎng)絡(luò)和軟件等； 存儲(chǔ)位置分散； 用戶查詢、使用的不便； 數(shù)據(jù)的一致性問題； 訪問信息的權(quán)限和安全問題。Directory and Directory Services 目錄與關(guān)系數(shù)據(jù)庫相似，是指具有描述

12、性的基于屬性的記錄集合； 目錄主要面向數(shù)據(jù)的查詢服務(wù)，不提供事務(wù)的回滾（rollback）機(jī)制，它的目標(biāo)是快速響應(yīng)和大容量查詢并且提供多目錄服務(wù)器的信息復(fù)制功能； 目錄適合于存放相對(duì)小的信息量； 目錄服務(wù)是資源管理協(xié)調(diào)必不可少的一部分。LDAP history LDAP是Lightweight Directory Access Protocol的縮寫。 在八十年代中期，兩個(gè)不同的團(tuán)體-CCITT和ISO，各自開始在目錄服務(wù)方面的研究工作。最后，兩個(gè)國際性的目錄規(guī)范融合成一個(gè)規(guī)范，這就是X.500。 1993年7月，密歇根大學(xué)開發(fā)了第一個(gè)LDAP規(guī)范。目前，LDAP的版本是第3版本。The in

13、troduction to LDAP LDAP是目錄服務(wù)在TCP/IP上的實(shí)現(xiàn)。它是對(duì)X.500的目錄訪問協(xié)議（DAP）的移植，但是簡化了實(shí)現(xiàn)方法，所以稱為輕量級(jí)的目錄服務(wù)。 LDAP是一種標(biāo)準(zhǔn)、開放、可擴(kuò)展的目錄訪問協(xié)議，以客戶機(jī)/服務(wù)器為模型。 LDAP標(biāo)準(zhǔn)定義了四種模型來幫助用戶建立和使用目錄。典型的目錄信息樹The LDAP Models LDAP模型增強(qiáng)了互操作性；這些模型借用了X.500的概念，但它們沒有X.500模型的許多局限性 LDAP信息模型 LDAP命名模型 LDAP功能模型 LDAP安全模型The LDAP Information Model 1 LDAP信息模型定義了數(shù)

14、據(jù)類型以及保存在目錄中信息的基本單元。 目錄信息的基本單元是條目（entry），它是一個(gè)對(duì)象的信息集合： LDAP目錄以樹狀結(jié)構(gòu)來存儲(chǔ)數(shù)據(jù)，目錄由條目（Entry）組成； 條目是具有標(biāo)識(shí)名DN（Distinguished Name）的屬性（Attribute）集合； LDAP中條目的組織一般按照地理位置和組織關(guān)系進(jìn)行組織，非常得直觀。 The LDAP Information Model 2 屬性由類型（Type）和多個(gè)值（Values）組成，只是為了方便檢索的需要，LDAP中的Type可以有多個(gè)Value，用這樣的方式存儲(chǔ)數(shù)據(jù)，數(shù)據(jù)庫就有很大的靈活性。 屬性類型有相關(guān)的語法（syntax），

15、它定義了搜索目錄時(shí)應(yīng)如何比較值。The LDAP Information Model 3 屬性大致可分為兩類：用戶的和操作上的。 用戶屬性是條目的“一般”屬性，在適當(dāng)?shù)臋?quán)限內(nèi)，可由目錄用戶進(jìn)行修改； 操作屬性是既可改變目錄服務(wù)器操作又能反映目錄操作狀態(tài)的特殊屬性。 屬性的約束是限制屬性值的類型及存放在屬性值中數(shù)據(jù)的長度。 目錄模式（directory schemas），它對(duì)必須或可以存放在條目中的屬性類型進(jìn)行了限制。The LDAP Naming Model 1 命名模型需要在目錄中給每個(gè)條目一個(gè)唯一的名字，以便準(zhǔn)確地索引條目。在LDAP中，DN（Distinguished Name）就能起到

16、該作用。 LDAP條目名稱DN是由兩個(gè)部分組成的：相對(duì)DN（RDN）和entry在LDAP目錄中的位置。 在條目的DN中，RDN是DN中與目錄樹的結(jié)構(gòu)無關(guān)的部分。The LDAP Naming Model 2注意：如果有相同RDN的條目存在于目錄樹的不同子樹，則可以允許有。如dn: cn=John Smith, ou=Engineering, dc=airius, dc=comdn: cn=John Smith, ou=Sales, dc=airius, dc=comDN雖然不同，但RDN都是John Smith.ou:Organization Unitdn:Domain Namedc:Dom

17、ain Component或Domain Controllercn:Country NameThe LDAP Functional Model 1 LDAP功能模型描述了使用LDAP協(xié)議對(duì)目錄進(jìn)行的操作，它所包含的一組操作可分為三類： 查詢操作 更新操作 身份驗(yàn)證和控制操作 查詢操作分為兩類： LDAP搜索操作 LDAP比較操作The LDAP Functional Model 2 搜索的一般類型： 索引單一條目 列出某條目下所有直接下級(jí)條目 搜索符合要求的條目所在的子樹 比較操作：客戶向服務(wù)器端發(fā)出比較請(qǐng)求，要提供DN、屬性名及其值；如果某個(gè)條目被賦予該DN且在給定的屬性類型中包含給定的值，

18、則服務(wù)器向客戶端發(fā)回肯定的應(yīng)答，否則，返回否定的應(yīng)答。The LDAP Functional Model 3 更新操作包括： Add a new entry; Delete an existing entry; Modify an existing entry; Rename and/or move an entry.The LDAP Functional Model 4 LDAP身份驗(yàn)證操作中包括綁定與取消綁定:v綁定操作:簡單的綁定方法LDAPv3提供了新類型的綁定操作SASL綁定v解除綁定操作 訪問控制模型是由訪問控制項(xiàng)（ACI）來具體說明用戶對(duì)哪些條目有何種訪問權(quán)限。Access Co

19、ntrol ItemLevelPrivilegesDescriptionNoneno accessAuth=x needed to bindCompare=cx needed to comparesearch=scx needed to apply search filters read=rscx needed to read search results write=wrscx needed to modify/rename The LDAP Security Model 安全模型的目的是提供一個(gè)不進(jìn)行身份驗(yàn)證不能訪問目錄信息的框架； 安全模型是基于LDAP是面向協(xié)議的，在連接的有效期內(nèi)LD

20、AP客戶可對(duì)目錄服務(wù)器進(jìn)行身份驗(yàn)證。LDAP APIs LDAP C API LDAPv2和LDAPv3 Java API PerlLDAP PHP也支持LDAP操作LDAP Data Interchange FormatLDIF LDIF是用于描述目錄條目基于文本的標(biāo)準(zhǔn)格式； 即使兩臺(tái)服務(wù)器使用不同的數(shù)據(jù)庫格式LDIF也能將使目錄數(shù)據(jù)從一臺(tái)服務(wù)器傳輸?shù)搅硪慌_(tái)服務(wù)器； LDIF文件有2種不同的類型： 第一種格式描述了目錄的條目； 另一種類型的LDIF 文件是一些應(yīng)用于目錄條目變化的語句。LDAP and Internationalization 為了解決日益增長的需求，LDAPv3能夠支持多種

21、語言； LDAPv3使用UTF-8字符集合來定義屬性值和標(biāo)識(shí)名；UTF-8是標(biāo)準(zhǔn)的字符編碼系統(tǒng)，能表示當(dāng)今所有可書寫的語言。How does LDAP work? LDAP協(xié)議是基于消息的，因此允許客戶同時(shí)發(fā)送多個(gè)請(qǐng)求，請(qǐng)求是被LDAP消息所包含的。LDAP Directory Advantage LDAP目錄也是一種類型的數(shù)據(jù)庫，但是不是關(guān)系型數(shù)據(jù)庫; LDAP主要是優(yōu)化數(shù)據(jù)讀取的性能。 最大的優(yōu)勢(shì)是：可以在任何計(jì)算機(jī)平臺(tái)上，用很容易獲得的而且數(shù)目不斷增加的LDAP客戶端程序訪問LDAP目錄。 LDAP協(xié)議是跨平臺(tái)的和標(biāo)準(zhǔn)的協(xié)議，因此應(yīng)用程序就不用為LDAP目錄放在什么樣的服務(wù)器上操心了。

22、The existing conditions and problems網(wǎng)絡(luò)？What can LDAP do for us? 集中管理用戶、研究小組、設(shè)備及數(shù)據(jù)信息； 設(shè)定用戶訪問權(quán)限； 在Extranet的環(huán)境下，LDAP目錄使合作伙伴能夠更加方便地使用共享目錄信息。LDAP application for high energy physics 管理用戶、協(xié)調(diào)用戶訪問資源； 對(duì)所要研究數(shù)據(jù)的管理； 支持廣泛的合作與交流； 負(fù)載調(diào)度及管理。Implementation Methods 構(gòu)建一個(gè)合適的LDAP目錄，使其能夠易于擴(kuò)充，方便查詢。全球中國高能所可用資源研究人員位置1位置nLDAP

23、域名可用資源研究組織位置1位置n科室1科室n管理員軟件硬件數(shù)據(jù)Work Flow Process在Linux平臺(tái)上構(gòu)建并配置LDAP服務(wù)器；通過Web客戶程序訪問LDAP目錄；Web Server接收請(qǐng)求，然后轉(zhuǎn)換成相應(yīng)的LDAP請(qǐng)求，再發(fā)給LDAP服務(wù)器；LDAP服務(wù)器收到后，進(jìn)行相應(yīng)操作，并把結(jié)果返回給LDAP客戶端；Web Server收到結(jié)果后生成對(duì)應(yīng)的網(wǎng)頁，再將之發(fā)送到Web客戶端。示意圖：Netscape或IELDAP操作XMLLDAP結(jié)果DBHTTP請(qǐng)求客戶端ApacheServer服務(wù)器端LDAP服務(wù)器XML vs HTML 使用XML而不是HTML標(biāo)記LDAP數(shù)據(jù)，這是因?yàn)椋?/p>

24、 HTML 對(duì)數(shù)據(jù)表現(xiàn)的描述能力不夠，如無法描述矢量圖形和科學(xué)符號(hào)等； 交互性差; 是實(shí)例標(biāo)記語言，不能適應(yīng)對(duì)新標(biāo)記的發(fā)展需要。 XML 是一種元標(biāo)記語言，可以用來定義其他的標(biāo)記語言； 在互連網(wǎng)世界中，XML還可作為標(biāo)準(zhǔn)交換語言，擔(dān)負(fù)起描述數(shù)據(jù)交換的作用； XML和LDAP的數(shù)據(jù)模型有驚人的相似之處。LDAP系統(tǒng)及其分析比較常見的LDAP系統(tǒng)有： OpenLDAP系統(tǒng)() FoxmailServer() 等等OpenLDAP系統(tǒng)簡介 OpenLDAP系統(tǒng)是一個(gè)源碼開放的LDAP服務(wù)器軟件 它是目前能得到的較好的LDAP服務(wù)器軟件之一OpenLDAP系統(tǒng)簡介 Op

25、enLDAP主要被應(yīng)用在類Unix平臺(tái)上 目前最高的版本是2.3.20 從2.0開始就支持LDAP v3OpenLDAP系統(tǒng)的LOGOOpenLDAP的吉祥物FoxmailServer系統(tǒng)中的LDAP “獨(dú)一無二的LDAP統(tǒng)一地址服務(wù)，強(qiáng)大靈活” -引自FoxmailServer白皮書Foxmail服務(wù)器端管理界面支持LDAP的客戶端 Foxmail Outlook Express 等等可用的LDAP地址服務(wù)資源 Bigfoot () InfoSpace () Verisign () WhoWhere () Yahoo! People Search () 可以利用支持LDAP的客戶端使用這些服

26、務(wù)Summary 使用LDAP進(jìn)行資源信息的管理適合時(shí)代潮流和技術(shù)的發(fā)展，具有超前性； 將會(huì)提高資源的利用率，節(jié)省研究經(jīng)費(fèi)； 使用LDAP訪問數(shù)量庫，訪問速度快捷； 方便用戶查詢、使用； 促進(jìn)合作交流； 用XML對(duì)獲得的結(jié)果進(jìn)行標(biāo)記，有良好的一致性； 除了LDAP帶來的這些好處之外，數(shù)據(jù)拷貝的一致性問題、海量數(shù)據(jù)訪問及安全問題還要進(jìn)行深入地考慮。Java名字和目錄接口JNDIJNDI 什么是目錄服務(wù)？ 各種資源分布在網(wǎng)絡(luò)上，參數(shù)眾多，變化眾多。普通用戶如何面對(duì)？ 面臨大量的資源操作 Java Naming and Directory Interface 目錄服務(wù)存放各種資源信息于目錄中。主要用于查找。 JNDI是Java平臺(tái)的一個(gè)標(biāo)準(zhǔn)擴(kuò)展，提供了一組接口、類和關(guān)于命名空間的概念。 如同其它很多Java技術(shù)一樣，JDNI是provider-based的技術(shù)，暴露了一個(gè)API和一個(gè)服務(wù)供應(yīng)接口（SPI）。這意味著任何基于名字的技術(shù)都能通過JNDI而提供服務(wù)，只要JNDI支持這項(xiàng)技術(shù)。 JNDI目前所支持的技術(shù)包括LDAP、CORBA Common Object Service（COS）名字服務(wù)、RMI、NDS、DNS、Windows