㈠ j2ee是做什麼用的
J2EE是一套全然不同於傳統應用開發的技術架構，包含許多組件，主要可簡化且規范應用系統的開發與部署，進而提高可移植性、安全與再用價值。
J2EE核心是一組技術規范與指南，其中所包含的各類組件、服務架構及技術層次，均有共同的標准及規格，讓各種依循J2EE架構的不同平台之間，存在良好的兼容性，解決過去企業後端使用的信息產品彼此之間無法兼容，企業內部或外部難以互通的窘境。
J2EE組件和「標準的」 Java類的不同點在於：它被裝配在一個J2EE應用中，具有固定的格式並遵守J2EE規范，由J2EE伺服器對其進行管理。J2EE規范是這樣定義J2EE組件的：客戶端應用程序和applet是運行在客戶端的組件；Java Servlet和Java Server Pages (JSP) 是運行在伺服器端的Web組件；Enterprise Java Bean (EJB )組件是運行在伺服器端的業務組件。
j2ee包括
1）、企業系統：系統結構
2）、企業數據支持：XML、XML DTD、XSL、SAX、DOM、JAXP等等內容
3）、企業通信支持：分布式對象通信、CORBA、GIOP/IIOP、IDL、JAVA IDL、 RML、 WEB服務通信等等內容
4）、常見的企業服務：命名服務、目錄服務、交易服務、web服務查找、JDNI 、CORBA名稱、LDAP、 DSML、JINI、JTA 、JTS、 JMS、 JAXM 太多了。太多了。
5）、企業web支持：web組件與伺服器，通過web提供的與應用程序的交互。
java 小服務、java伺服器頁面、web service等等。
6）、企業應用程序支持：EJB
7）、java EE 的管理、部署等等內容。
㈡ 蘇軾的個人資料
蘇軾（1037-1101）
字子瞻，號東坡居士，眉山 (今四川眉山縣) 人。是北宋時詩壇成就卓越的大家，他既反對王安石比較急進的改革措施，也不同意司馬光盡廢新法，因而在新舊兩黨間均受排斥，仕途生涯十分坎坷。他是宋仁宗景佑三年生，嘉佑二年進士，累官至端明殿學士兼翰林侍讀學士，禮部尚書。因譏諷朝政被貶任杭州通判；歷徙湖州、黃州、常州。哲宗嗣位，召至京師，任中樞舍人。後又與司馬光面爭新法「不可盡改」而出知杭州。後又因晰宗親政啟用新黨，蘇軾又被一貶再貶，之貶到海南，宋徽宗登基大赦天下，蘇軾北返時在常州逝世。當時為徽宗建中靖國元年，享年六十六歲。高宗朝，賜太師，謚文忠。
他的思想出入儒道，雜染佛禪，既能關注朝政民生，保持獨立的見解，又能隨緣自適，達觀處世。宏博通達的學識才華和飽經憂患的人生體驗，也玉成了蘇軾詩歌體裁多樣，內容廣博，立意新奇，呈現出「吞五湖三江」的氣象。他的一生政治諷諭詩有深刻的現實意義。
蘇軾詩中數量最多，對後人影響也最大的是抒發人生感慨和歌詠自然景物的詩篇。如「大江東去，浪淘盡，千古風流人物。故壘西邊，人道是：三國周郎赤壁。亂石穿空，驚濤拍岸，捲起千堆雪。江山如畫，一時多少豪傑。 ----《念奴嬌 赤壁懷古》」他寫的絕句《題西林壁》也以富與理趣著稱：「橫看成嶺側成峰，遠近高低各不同。 不識廬山真面目，只緣身在此山中」。總之，蘇軾的詩今存 2700 多首，有著豐富多彩的風格，或雄奇奔放，或富於理趣，或簡淡自然。他歲善於運用新奇形象的比喻來描繪景物，闡發哲理。尤其是長篇古詩大多博用比喻，聯想無窮，語言流暢，氣勢奔放。他還善於幽默曠達的筆調，隨時生發奇警新鮮的人生意趣，令人耳目一新。這都表現出宋詩重理趣，好議論的特徵。他的詩詞沖破了晚唐，五代以來詞為「艷科」的舊框框。他和南宋的辛棄疾行成詞壇的「蘇辛」豪放詞派。他的散文，書，畫等成就都很高。為唐宋八大家之一。
他資稟忠愛，議論英發，歷典州郡，所至皆有去思。其文章政事為天下所宗仰，蓋過歐陽修為文壇領袖。軾喜交遊，推獎後進不遺餘力，一時知名之士皆歸之如黃庭堅、秦觀、晁補之、張耒，號稱蘇門四學士。有東坡集行世。其詞集名東坡樂府，傳本甚多，王鵬運四印齋覆刻景元延佑本，朱氏強村叢書編年本俱佳。
㈢ j2ee都包括什麼
什麼是J2EE呢？從整體上講，J2EE是使用Java技術開發企業級應用的一種事實上的工業標准(Sun公司出於其自身利益的考慮，至今沒有將Java及其相關技術納入標准化組織的體系)，它是Java技術不斷適應和促進企業級應用過程中的產物。目前，Java平台有三個版本：適用於小型設備和智能卡的J2ME(Java 2 Platform Micro Edition)、適用於桌面系統的J2SE和適用於企業級應用的J2EE。Sun推出J2EE的目的是為了克服傳統Client/Server模式的弊病，迎合Browser/Server架構的潮流，為應用Java技術開發伺服器端應用提供一個平台獨立的、可移植的、多用戶的、安全的和基於標準的企業級平台，從而簡化企業應用的開發、管理和部署。J2EE是一個標准，而不是一個現成的產品。各個平台開發商按照J2EE規范分別開發了不同的J2EE應用伺服器，J2EE應用伺服器是J2EE企業級應用的部署平台。由於它們都遵循了J2EE規范，因此，使用J2EE技術開發的企業級應用可以部署在各種J2EE應用伺服器上。
為了推廣並規范化使用J2EE架構企業級應用的體系架構，Sun同時給出了一個建議性的J2EE應用設計模型：J2EE Blueprints。J2EE Blueprints提供了實施J2EE企業級應用的體系架構、設計模式和相關的代碼，通過應用J2EE Blueprints所描述的體系模型，能夠部分簡化架構企業級應用這項復雜的工作。J2EE Blueprints是開發人員設計和優化J2EE組件的基本原則，同時為圍繞開發工作進行職能分工給出了指導性策略，以幫助應用開發設計人員合理地分配技術資源。
下面我們參照J2EE Blueprints，結合最新版的J2EE規范(J2EE 1.4)，從整體上闡述如何使用J2EE架構企業級應用。
圖2給出了使用J2EE架構企業級應用的體系架構。J2EE將組成一個完整企業級應用的不同部分納入不同的容器(Container)，每個容器中都包含若干組件(這些組件是需要部署在相應容器中的)，同時各種組件都能使用各種J2EE Service/API。J2EE容器包括：
◆ Web容器伺服器端容器，包括兩種組件JSP和Servlet，JSP和Servlet都是Web伺服器的功能擴展，接受Web請求，返回動態的Web頁面。Web容器中的組件可使用EJB容器中的組件完成復雜的商務邏輯。
◆ EJB容器 伺服器端容器，包含的組件為EJB(Enterprise JavaBeans)，它是J2EE的核心之一，主要用於伺服器端的商業邏輯的實現。EJB規范定義了一個開發和部署分布式商業邏輯的框架，以簡化企業級應用的開發，使其較容易地具備可伸縮性、可移植性、分布式事務處理、多用戶和安全性等。
◆ Applet容器客戶端容器，包含的組件為Applet。Applet是嵌在瀏覽器中的一種輕量級客戶端，一般而言，僅當使用Web頁面無法充分地表現數據或應用界面的時候，才使用它。Applet是一種替代Web頁面的手段，我們僅能夠使用J2SE開發Applet，Applet無法使用J2EE的各種Service和API，這是為了安全性的考慮。
◆ Application Client容器 客戶端容器，包含的組件為Application Client。Application Client相對Applet而言是一種較重量級的客戶端，它能夠使用J2EE的大多數Service和API。
通過這四個容器，J2EE能夠靈活地實現前面描述的企業級應用的架構。
在View部分，J2EE提供了三種手段：Web容器中的JSP(或Servlet)、Applet和Application Client，分別能夠實現面向瀏覽器的數據表現和面向桌面應用的數據表現。Web容器中的Servlet是實現Controller部分業務流程式控制制的主要手段；而EJB則主要針對Model部分的業務邏輯實現。至於與各種企業資源和企業級應用相連接，則是依靠J2EE的各種服務和API。
在J2EE的各種服務和API中，JDBC和JCA用於企業資源(各種企業信息系統和資料庫等)的連接，JAX-RPC、JAXR和SAAJ則是實現Web Services和Web Services連接的基本支持。
J2EE的各種組件
我們就J2EE的各種組件、服務和API，進行更加詳細的闡述，看看在開發不同類型的企業級應用時，根據各自需求和目標的不同，應當如何靈活使用並組合不同的組件和服務。
· Servlet
Servlet是Java平台上的CGI技術。Servlet在伺服器端運行，動態地生成Web頁面。與傳統的CGI和許多其它類似CGI的技術相比，Java Servlet具有更高的效率並更容易使用。對於Servlet，重復的請求不會導致同一程序的多次轉載，它是依靠線程的方式來支持並發訪問的。
· JSP
JSP(Java Server Page)是一種實現普通靜態HTML和動態頁面輸出混合編碼的技術。從這一點來看，非常類似Microsoft ASP、PHP等技術。藉助形式上的內容和外觀表現的分離，Web頁面製作的任務可以比較方便地劃分給頁面設計人員和程序員，並方便地通過JSP來合成。在運行時態，JSP將會被首先轉換成Servlet，並以Servlet的形態編譯運行，因此它的效率和功能與Servlet相比沒有差別，一樣具有很高的效率。
· EJB
EJB定義了一組可重用的組件：Enterprise Beans。開發人員可以利用這些組件，像搭積木一樣建立分布式應用。在裝配組件時，所有的Enterprise Beans都需要配置到EJB伺服器(一般的Weblogic、WebSphere等J2EE應用伺服器都是EJB伺服器)中。EJB伺服器作為容器和低層平台的橋梁管理著EJB容器，並向該容器提供訪問系統服務的能力。所有的EJB實例都運行在EJB容器中。EJB容器提供了系統級的服務，控制了EJB的生命周期。EJB容器為它的開發人員代管了諸如安全性、遠程連接、生命周期管理及事務管理等技術環節，簡化了商業邏輯的開發。EJB中定義了三種Enterprise Beans：
◆ Session Beans
◆ Entity Beans
◆ Message-driven Beans
· JDBC
JDBC(Java Database Connectivity，Java資料庫連接)API是一個標准SQL(Structured Query Language，結構化查詢語言)資料庫訪問介面，它使資料庫開發人員能夠用標准Java API編寫資料庫應用程序。JDBC API主要用來連接資料庫和直接調用SQL命令執行各種SQL語句。利用JDBC API可以執行一般的SQL語句、動態SQL語句及帶IN和OUT參數的存儲過程。Java中的JDBC相當與Microsoft平台中的ODBC(Open Database Connectivity)。
· JMS
JMS(Java Message Service，Java消息服務)是一組Java應用介面，它提供創建、發送、接收、讀取消息的服務。JMS API定義了一組公共的應用程序介面和相應語法，使得Java應用能夠和各種消息中間件進行通信，這些消息中間件包括IBM MQ-Series、Microsoft MSMQ及純Java的SonicMQ。通過使用JMS API，開發人員無需掌握不同消息產品的使用方法，也可以使用統一的JMS API來操縱各種消息中間件。通過使用JMS，能夠最大限度地提升消息應用的可移植性。 JMS既支持點對點的消息通信，也支持發布/訂閱式的消息通信。
· JNDI
由於J2EE應用程序組件一般分布在不同的機器上，所以需要一種機制以便於組件客戶使用者查找和引用組件及資源。在J2EE體系中，使用JNDI(Java Naming and Directory Interface)定位各種對象，這些對象包括EJB、資料庫驅動、JDBC數據源及消息連接等。JNDI API為應用程序提供了一個統一的介面來完成標準的目錄操作，如通過對象屬性來查找和定位該對象。由於JNDI是獨立於目錄協議的，應用還可以使用JNDI訪問各種特定的目錄服務，如LDAP、NDS和DNS等。
· JTA
JTA(Java Transaction API)提供了J2EE中處理事務的標准介面，它支持事務的開始、回滾和提交。同時在一般的J2EE平台上，總提供一個JTS(Java Transaction Service)作為標準的事務處理服務，開發人員可以使用JTA來使用JTS。
· JCA
JCA(J2EE Connector Architecture)是J2EE體系架構的一部分，為開發人員提供了一套連接各種企業信息系統(EIS，包括ERP、SCM、CRM等)的體系架構，對於EIS開發商而言，它們只需要開發一套基於JCA的EIS連接適配器，開發人員就能夠在任何的J2EE應用伺服器中連接並使用它。基於JCA的連接適配器的實現，需要涉及J2EE中的事務管理、安全管理及連接管理等服務組件。
· JMX
JMX(Java Management Extensions)的前身是JMAPI。JMX致力於解決分布式系統管理的問題。JMX是一種應用編程介面、可擴展對象和方法的集合體，可以跨越各種異構操作系統平台、系統體系結構和網路傳輸協議，開發無縫集成的面向系統、網路和服務的管理應用。JMX是一個完整的網路管理應用程序開發環境，它同時提供了廠商需要收集的完整的特性清單、可生成資源清單表格、圖形化的用戶介面；訪問SNMP的網路API；主機間遠程過程調用；資料庫訪問方法等。
· JAAS
JAAS(Java Authentication and Authorization Service)實現了一個Java版本的標准Pluggable Authentication Mole(PAM)的框架。JAAS可用來進行用戶身份的鑒定，從而能夠可靠並安全地確定誰在執行Java代碼。同時JAAS還能通過對用戶進行授權，實現基於用戶的訪問控制。
· JACC
JACC(Java Authorization Service Provider Contract for Containers)在J2EE應用伺服器和特定的授權認證伺服器之間定義了一個連接的協約，以便將各種授權認證伺服器插入到J2EE產品中去。
· JAX-RPC
通過使用JAX-RPC(Java API for XML-based RPC)，已有的Java類或Java應用都能夠被重新包裝，並以Web Services的形式發布。JAX-RPC提供了將RPC參數(in/out)編碼和解碼的API，使開發人員可以方便地使用SOAP消息來完成RPC調用。同樣，對於那些使用EJB(Enterprise JavaBeans)的商業應用而言，同樣可以使用JAX-RPC來包裝成Web服務，而這個Web Servoce的WSDL界面是與原先的EJB的方法是對應一致的。JAX-RPC為用戶包裝了Web服務的部署和實現，對Web服務的開發人員而言，SOAP/WSDL變得透明，這有利於加速Web服務的開發周期。
· JAXR
JAXR（Java API for XML Registries）提供了與多種類型注冊服務進行交互的API。JAXR運行客戶端訪問與JAXR規范相兼容的Web Servcices，這里的Web Services即為注冊服務。一般來說，注冊服務總是以Web Services的形式運行的。JAXR支持三種注冊服務類型：JAXR Pluggable Provider、Registry-specific JAXR Provider、JAXR Bridge Provider(支持UDDI Registry和ebXML Registry/Repository等)。
· SAAJ
SAAJ(SOAP with Attachemnts API for Java)是JAX-RPC的一個增強，為進行低層次的SOAP消息操縱提供了支持。
下面我們通過假設一個企業應用的J2EE實現，來了解各種組件和服務的應用。假設應用對象是計算機產品的生產商/零售商的銷售系統，這個銷售系統能夠通過自己的網站發布產品信息，同時也能將產品目錄傳送給計算機產品交易市場。銷售系統能夠在線接受訂單(來自自己的Web網站或者來自計算機產品交易市場)，並隨後轉入內部企業管理系統進行相關的後續處理。
參見圖3，這個企業應用可以這種方式架構。該企業應用的核心是產品目錄管理和產品定購管理這兩個業務邏輯，使用EJB加以實現，並部署在EJB容器中。由於產品目錄和定購信息都需要持久化，因此使用JDBC連接資料庫，並使用JTA來完成資料庫存取事務。
然後使用JSP/Servlet來實現應用的Web表現：在線產品目錄瀏覽和在線定購。為了將產品目錄發送給特定的交易市場，使用JMS實現非同步的基於消息的產品目錄傳輸。為了使得更多的其它外部交易市場能夠集成產品目錄和定購業務，需要使用Web Services技術包裝商業邏輯的實現。由於產品定購管理需要由公司內部雇員進行處理，因此需要集成公司內部的用戶系統和訪問控制服務以方便雇員的使用，使用JACC集成內部的訪問控制服務，使用JNDI集成內部的用戶目錄，並使用JAAS進行訪問控制。由於產品訂購事務會觸發後續的企業ERP系統的相關操作(包括倉儲、財務、生產等)，需要使用JCA連接企業ERP。
最後為了將這個應用納入到企業整體的系統管理體系中去，使用Application Client架構了一個管理客戶端(與其它企業應用管理應用部署在一台機器上)，並通過JMX管理這個企業應用。
㈣ j2ee具體包括哪些東西
一、准備篇
1 什麼是J2EE？它和普通的Java有什麼不同？
答：J2EE全稱為Java2 Platform, Enterprise Edition。
「J2EE平台本質上是一個分布式的伺服器應用程序設計環境——一個Java環境，它提供了：
·宿主應用的一個運行基礎框架環境。
·一套用來創建應用的Java擴展API。」（引自《J2EE伺服器端高級編程》）
2 J2EE好學嗎？
答：J2EE是很多技術的集合體，並且還在成長中。
你會遇到很多專有名詞：比如(X)HTML，Servlet/JSP，JDBC，JMS，JNDI，EJB，XML，Web Service……。
尤其是XML和Web Service正在快速成長。幸運的是，你不需要等到學會所有技術後再開始編程。
大體上J2EE可以分成3個主要應用：Servlet/JSP，EJB，XML/Web Service 和一些支撐技術例如JDBC和JNDI。
你可以一個一個的學。
3 J2EE有什麼用？
答：用來建設大型的分布式企業級應用程序。或者用更時髦的名詞說就是「電子商務」應用程序。
這些企業可能大到擁有中心資料庫伺服器，Web伺服器集群和遍布全國的辦公終端，也可能小到只不過想做一個網站。
4 學J2EE有前途嗎？
答：在這一市場目前只有一種技術可以和J2EE競爭，那就是Microsoft的.NET。
相對來說.NET要「新」一些而J2EE要「老」一些。
但是.NET只能用於Windows平台（Microsoft聲稱要開發C#在Linux上的虛擬機但是尚未兌現該諾言），
考慮到Linux的發展勢頭，你可以相信.NET不會一統天下。
5 據說J2EE的性能不如.NET好，是真的嗎？
答：在Sun公司提供的樣常式序Pet Store上，Microsoft聲稱不如相同的.NET程序好。
而Sun公司反駁說這一程序不能真正體現J2EE的性能，並且指責Microsoft在資料庫上做了優化。
作者沒有學習過.NET因而不能妄下斷言。
無論如何，大型分布式程序中的性能瓶頸通常首先來自於錯誤的設計。
6 聽你說了這么多，我想學著玩玩。
答：除非你想靠它當飯吃或者作為技術儲備，否則請不要浪費你的時間。
Flash要好玩得多。計算機游戲就更加好玩了。
7 學習J2EE該怎麼開始？
答：首先，下載一個J2EE伺服器。其次，去java.sun.com下載J2EE的API。第三，找一本好的參考書。最後，找一個順手的IDE。
J2EE伺服器。你可以用Sun的J2EE SDK（免費），或者Weblogic（性能最好，但是太大，而且作者不推薦盜版行為），或者JBoss（免費，就是文檔太少），或者JRun（開發版免費，作者用這個）。參考書作者感覺Wrox的《J2EE伺服器端高級編程》不錯，但是太老（作者手頭的是2001年中文版）。你還需要去下載一些最新的技術資料（當然肯定是英文的）。
IDE如果你的機器配置夠好（內存至少512M以上，256M或以下請勿考慮），可以用IBM的WSAD，不然就繼續用Eclipse或者其他。
你也可以經常去水木清華的Java版逛逛，但是在發貼前先看看精華區里有沒有你要的答案。
8 我下了一個J2EE伺服器但是不會配置。
答：請認真閱讀隨機指導文檔，不同的伺服器的配置都不一樣，作者愛莫能助。
9 我發現你沒有提到Tomcat。
答：Tomcat只是一個Web伺服器，更准確地說主要只是一個Web Container。
如果你想要學習EJB的話，Tomcat無法滿足你的需要。
二、 Servlet/JSP篇
10 什麼是Servlet？
答：一個Servlet是一個Java類。它處理Http(s)請求並作出響應，包括返回一個HTML頁面或轉交給其他URL處理。
Servlet必須運行在一個Web Container例如Tomcat中。
Servlet必須是javax.servlet.http.Http Servlet的子類，
你可以繼承doGet()或者doPost()方法，兩者分別對應於Http(s)中的Get請求和Post請求。
11 我怎麼獲得Http請求里的參數？
答：HttpRequest的getParameter()方法。例如：String paramValue = request.getParameter("paramName");
12 我怎麼返回結果？
答：你可以利用相關API打開一個輸出流，並向流中直接寫入一個HTML頁面。
但是作者完全不贊成這樣做。一方面這樣做會很羅嗦。
另一方面從Model-View-Controller模式（在《J2EE核心模式》中被歸為Front Controller模式）的觀點來看，
你應當提供一些HTML或者JSP作為視圖（view），而Servlet則根據請求參數決定轉到哪一個視圖。
你可以利用response.sendRedirect(...)方法或request.getDispatcher(...).forward()方法來實現。
13 sendRedirect()和forward()有什麼不同？
答：sendRedirect()是向瀏覽器發送一個redirect通知，瀏覽器重定向到新的URL。
而forward是在伺服器端直接轉到新的URL，對於瀏覽器是透明的。
前者瀏覽器的地址欄顯示的是新的URL，後者瀏覽器的地址欄顯示的是Servlet的URL。
因而當目標URL會自動刷新時，兩者會造成一些差別。
14 我寫了一個Servlet程序，怎麼運行它？
答：開發J2EE程序有一個部署（deploy）的概念，實際上是開發——部署——運行的三部曲。
大多數伺服器支持Hot deploy。你只需要在相應的Application目錄（具體路徑依賴於伺服器）下面
建立一個符合WAR或EAR格式（參見16，17）的目錄，啟動伺服器，就可以通過瀏覽器訪問了。
特別的，你的Servlet的class文件應當放在/WEB-INF/classes目錄中。
注意J2EE SDK不支持Hot deploy，你需要通過它的deploy tool來部署。
Tomcat只支持WAR格式。
15 EAR和WAR有什麼不同？
答：EAR是一個完整的J2EE應用程序，包括Web部分和EJB部分。
WAR只是其中的Web部分。
16 EAR格式是怎樣的？
答：一個EAR可以包含任意多個WAR或EJB JAR，並且包含一個META-INF的目錄。
在/META-INF中包含了一個application.xml，其中描述了這個EAR包含哪些模塊，以及安全性配置。
細節請看參考書。
17 WAR格式是怎樣的？
答：一個WAR包含一個WEB-INF的目錄，這個目錄下包含classes目錄，lib目錄和web.xml。
/WEB-INF/classes存放按package組織的class文件，/WEB-INF/lib目錄存放jar文件，
web.xml描述了很多東西，請讀參考書。
18 我的普通HTML文件應當放在哪裡？
答：放在除了/WEB-INF以外的其他地方。
19 我訪問不到servlet，甚至連HTML文件都訪問不到！
答：第一你沒啟動伺服器。第二你敲錯了埠。第三你沒有正確配置context-path。
第四你的伺服器不支持auto reload或者你關閉了這一選項，你得重啟伺服器。
第五確認你沒有把HTML放在/WEB-INF目錄下，那是訪問不到的。
20 我能訪問HTML但是訪問不到servlet。
答：請檢查你的web.xml文件。確保你正確定義了<servlet>和<servlet-mapping>元素。
前者標識了一個servlet，後者將一個相對於context-path的URL映射到一個servlet。
在Tomcat中你可以通過/context-path/servlet/package/servletname的形式訪問servlet，
但是這只是Tomcat的便捷訪問方式，並不是正式規范。
細節請看參考書。
21 什麼是JSP？它和Servlet有什麼區別？
答：你可以將JSP當做一個可擴充的HTML來對待。
雖然在本質上JSP文件會被伺服器自動翻譯為相應的Servlet來執行。
可以說Servlet是面向Java程序員而JSP是面向HTML程序員的，除此之外兩者功能完全等價。
㈤ 這是什麼意思
好好學習雖然我也很想吃卷餅但是還有一個月了你該知道什麼了進一步看好你
`(*∩_∩*)′應該是這個吧~
㈥ 什麼是命名和目錄服務
JNDI：命名和目錄服務
主要內容
-JNDI介紹
-JNDI架構
-包結構
-JNDI上下文
-JNDI的使用
-JNDI實例
2.1 JNDI介紹
——Java命名和目錄介面（Java Naming and Directory Interface，JNDI）是一組在Java應用中訪問命名和
目錄服務的API。命名服務將名稱和對象聯系起來，使得我們可以用名稱訪問對象。目錄服務是一種命名服務，在
這種服務里，對象不但有名稱，還有屬性。
——命名和目錄服務用於在分布式計算環境中共享資源，用戶在不清楚資源具體位置的情況下，依靠這種服務機制
可以獲取和使用資源。
——JNDI允許伺服器按照指定的名字處置對象，遠程客戶機可以檢索JNDI服務，獲得一個對指定對象的引用。JNDI
最簡單的形式就是用來查找通過Java EE 5伺服器注冊的資源。
命名服務
——命名服務作為一種基礎設施出現在眾多的計算機系統，其意義在於提供根據名稱關聯對象和通過對象匹配相應
名稱的服務。命名服務允許你通過名稱找到一個與之對應的對象。
——一個命名服務的主要功能就是把一個人類容易理解的名字映射到相應的對象。舉例來說，Internet域名系統（
DNS）把機器名字（例如www.sun.com）映射到IP地址（192.9.48.5）。一個文件系統把一個文件名（例如c：/
bin/autoexec.bat)映射到一個文件句柄以便程序能夠存取文件的內容。
目錄服務
——目錄服務是命名服務的自然擴展。兩者之間的主要差別是目錄服務中對象可以有屬性（例如，用戶有email地址），
而命名服務中對象沒有屬性。因此，在目錄服務中，你可以根據屬性搜索對象。JNDI允許你訪問文件系統中的文件，
定位遠程RMI注冊的對象，訪問象LDAP這樣的目錄服務，定位網路上的EJB組件。
2.2 JNDI架構
JNDI架構提供了一組標準的獨立於命名系統的API，這些API構件在於命名系統有關的驅動之上。這一層有助於將應用
與實際數據源分離，而不用理會應用訪問的是LDAP,RMI,DNS,還是其他的目錄服務。換句話說，JNDI獨立於目錄服務
的具體實現，只要你有目錄的服務提供介面（或驅動），你就可以使用目錄服務。
Java應用程序
---------------
JNDI應用編程介面
------------------
命名和目錄管理器
----------------------
服務提供者介面（SPI)
--------------------------
Weblogic JNDI樹|LDAP|RMI|DNS|......
2.2 JNDI架構
JNDI提供了應用編程介面（application programming interface,API)和服務提供者介面（service provider
interface,SPI).這一點的真正含義是，要讓你的應用與命名服務或目錄服務交互，必須有這個服務的JNDI服務提供者，
這正是JNDI SPI發揮作用的地方。服務提供者，這正是JNDI SPI發揮作用的地方。服務提供者基本上是一組類，這些
類為各種具體的命名和目錄服務實現了JNDI介面-很像JDBC驅動為各種具體的資料庫系統實現了JDBC介面一樣。作為
一個應用開發者，你不必操心JNDI SPI。你只需要確認你要使用的每一個命名或目錄服務都有服務提供者。
2.3 包結構
——JNDI包含在Java SE平台中。要使用JNDI,您必須有JNDI的類和至少一個服務提供者。JDK 1.3及以上的版本包
含了JNDI，支持以下服務：
1.LDAP（Lightweight Directory Access Protocol)服務提供者
2.CORBA COS(Common Object Request Broker Architecture Common Object Services)命名服務提供
者
3.RMI（Java Remote Method Invocation)注冊服務提供者
4.DNS(Domain Name System)服務提供者
2.3 包結構
更多的服務提供者可以在如下網址找到可以下載的服務提供者列表：
http://java.sun.com/procts/jndi/serviceproviders.html 特別有意思的或許是如下網址提供的Windows 注冊表JNDI服務提供者：
http://cogentlogic.com/cocoon/CogentLogicCorporation/JNDI.xml 這個服務提供者使你可以訪問Windows XP/2000/NT/Me/9x的windows注冊表。也可以在如下網址下載JNDI/LDAP Booster Pack：
http://java.sun.com/procts/jndi/ 這個Booster Pack包含了對流行的LDAP控制的支持和擴展。它代替了與LDAP 1.2.1服務提供者捆綁在一起的booster pack。
關於控制和擴展的更多信息可以在如下網站看到： http://java.sun.com/procts/jndi/tutorial/ldap/ext/index.html
另一個有趣的服務提供者是Sun的支持DSML v2.0(Directory Service Markup Language,目錄服務標記語言)的服務提供者。DSML的目的是在目錄服務和XML之間架起一座橋梁。
2.3 包結構
JNDI API由5個包組成：
1、Javax.naming：包含了訪問命名服務的類和介面。例如，它定義了Context介面，這是命名服務執行查詢的入口。
2、Javax.naming.directory：對命名包的擴充，提供了訪問目錄服務的類和介面。例如，它為屬性增加了新的類，提供了表示目錄上下文的DirContext介面，定義了檢查和更新目錄對象的屬性的方法。
3、Javax.naming.event：提供了對訪問命名和目錄服務時的時間通知的支持。例如，定義了NamingEvent類，這個類用來表示命名/目錄服務產生的事件，定義了偵聽NamingEvents的NamingListener介面。
4、Javax.naming.ldap：這個包提供了對LDAP 版本3擴充的操作和控制的支持，通用包javax.naming.directory沒有包含這些操作和控制。
5、Javax.naming.spi：這個包提供了一個方法，通過javax.naming和有關包動態增加對訪問命名和目錄服務的支持。這個包是為有興趣創建服務提供者的開發者提供的。
2.4 JNDI上下文
java.naming包中定義了Context介面，這是查詢、binding/unbinding、重命名對象，以及創建和刪除子上下文的核心介面。
命名服務將名稱和對象聯系起來。這種聯系稱之為綁定(binding)。一組這樣的綁定稱之為上下文（context）,上下文提供了解析（即返回對象的查找操作）。其他操作包括：名稱的綁定和取消綁定，列出綁定的名稱。
lookup
最常用的操作是look()。您為lookup()提供想要查找的對象名，它返回綁定到這個名稱的對象。
bindings
listBindings()返回名-對象綁定的枚舉。一個綁定是一個三元組，包含綁定對象的名稱、對象的類名以及對象本身。
List
list()和listBindings()類似，但它返回的名稱枚舉包含對象名和對象的類名。list()對於想要瀏覽上下文中綁定對象的信息，但不想得到實際的對象這類應用程序很有用。即使listBindings()提供所有相同的信息，但這是一個很昂貴的操作。
Name
Name是一個代表一般名稱的介面，零個或多個組件的有序列表。命名系統使用這個介面定義名稱，這些名稱遵循名稱和目錄概念一節中的約定。
References
使用不同的方式保存在命名和目錄服務中的對象。引用是對象的十分簡單的代表。
JNDI定義了表示引用的引用類。引用包含了如何創建對象副本的信息。JNDI嘗試將目錄中查找到的對象應用轉化成它所代表的Java對象，所以JNDI客戶端有保存在目錄中的是實際的Java對象這種假象。
2.5 JNDI的使用
-創建初始上下文環境
Context ctx=new InitialContext();
-JNDI對象綁定
String s=「Test String」;
ctx.bind(「Chapter2」,s);
-JNDI對象的重新綁定
ctx.rebind(「Chapter2」,s);
-刪除JNDI對象
ctx.unbind(「Chapter2」);
-查找名字服務中某個對象的引用
String s=(String)ctx.lookup(「Chapter2」);
2.6 JNDI 實例
簡單實例：
-將一個String對象綁定到名字「name」上，並給其賦值為JNDI Test example，然後將其輸出。
-給name重新賦值為welcome to you，再將其輸出。
public class JNDIDemo
{
public static void main(String[] args)
{
Context ctx=null;
Properties p=new Properties();
p.put(Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitialContextFactory");
p.put(Context.PROVIDER_URL,"t3://localhost:7001");
try{
ctx=new InitialContext(p);
String test="JNDI Test example";
ctx.bind("name",test);
String s=(String)ctx.lookup("name");
System.out.println(s);
String str="welcome to you ";
ctx.rebind("name",str);
s=(String)ctx.lookup("name");
System.out.println(s);
}
catch(NamingException e)
{
System.out.println(e.toString());
}
}
}
附加安全驗證的實例
客戶機在創建InitialContext時，通過在屬性值中加入兩個屬性來設置用戶名和密碼。
Properties p=new Properties();
p.put(Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitialContextFactory");
p.put(Context.PROVIDER_URL,"t3://localhost:7001");
//下面的內容是為了驗證用戶身份而設置的
p.put(Context.SECURITY_PRINCIPAL,"maly");//用戶名maly
p.put(Context.SECURITY_CREDENTIALS,"12345678");//密碼12345678
END
㈦ dsml是什麼專業
dsml是數據科學與機器學習專業。
DSML(Directory Services Markup Language)是LDAP目錄和XML相結合的標記語言，它利用XML來定義數據內容和目錄結構並將它保存在分布式目錄上。
DSML的主要思想是允許XML程序員能訪問LDAP目錄而不必寫LDAP介面或使用某些目錄訪問API如微軟的活動目錄服務介面（ADSI）。
㈧ 《萬古風流蘇東坡》全集 請問在什麼網站閱讀
http://www.guoxue.com/sushiyjiu/ds/dsml.htm
這個如何？