J2EE的十三種技術(規范)

J2EE的十三種技術（規范） 

 Java數據庫連接（JDBC）

JDBC API以一個統一的方式訪問各種數據庫。與ODBC類似，JDBC將開發者和私有數據庫之間的問題隔離開來。由於它建立在Java上，因此JDBC可以提供平台無關的數據庫訪問。
　　JDBC定義了4種不同的驅動，具體來說，包括有：
　　類型1：JDBC-ODBC橋
　　在JDBC剛產生時，JDBC-ODBC橋是非常有用的。通過它，開發者可以使用JDBC來訪問一個ODBC數據源。缺點是，它需要在客戶機器上安裝有一個ODBC驅動，該機器通常是應該運行微軟Windows系統的。使用這一類的驅動器，你就會失去JDBC平台無關的好處。此外，ODBV驅動器需要客戶端的管理。
　　類型2：JDBC-native驅動橋
　　JDBC-native驅動橋提供了一個建築在本地數據庫驅動上的JDBC接口--沒有使用ODBC。JDBC驅動將標准的JDBC調用轉變為對數據庫API的本地調用。使用類型2的驅動也會失去JDBC平台無關性的好處，並且需要安裝客戶端的本地代碼。
　　類型3：JDBC-network橋
　　JDBC-network橋不需要客戶端的數據庫驅動。它們使用網絡-服務器中層來訪問一個數據庫。這會引出諸如負載均衡、連接池等技術，數據緩沖也是可能的。由於類型3的驅動通常可帶來相對小的下載時間，它是平台無關的，並且不需要客戶端的安裝和管理，因此很適合用作Internet的應用。
　　類型4：純Java驅動
　　類型4使用純Java數據庫驅動來提供直接的數據庫訪問。由於類型4驅動運行在客戶端，並且直接訪問數據庫，因此運行在這個模式暗示要使用一個兩層的體系。要在一個n層的體系中使用類型4的驅動，可以通過一個包含有數據訪問代碼的EJB，並且讓該EJB為它的客戶提供一個數據庫無關的服務。

Java命名和目錄接口（Java Naming and Directory Interface，JNDI）
    JNDI是Java Naming and Directory Interface 的簡寫，中意為：Java命名及目錄接口，它是為了對高級網絡應用開發中的使用的目錄基礎結構的訪問。實際上這個目錄是一個特殊的數據庫，提供了對存儲數據的快速訪問，不象傳統的目錄服務訪問方式-你必須提供不同的API接口去訪問不同的目錄服務（如：LDAP，NIS，ADS等），而它提供了一種標准的API來訪問類型不同的目錄。據說，使用完整的SDK可以開發那些JNDI還不支持的目錄服務提供者。
    JNDI是J2EE的一個API，提供了一套標准的接口，以定位用戶、機器、網絡、對象、以及服務。例如，你可以使用JNDI來定位內部網中的一台打印機，你也可以使用它來定位Java對象或連接到一個數據庫。JNDI可以用於EJB、RMI-IIOP、JDBC中。它是網絡查找定位的標准方法。　　JNDI API被用來訪問命名和目錄服務。它提供一個相容的模式來訪問和操作企業范圍大的資源，例如一個應用服務器中的DNS、LDAP、本地文件系統或者對象。
　　在JNDI中，一個目錄結構中的每一個節點被稱為context。每一個JNDI的名字都是與一個context相對的，沒有一個絕對名字的概念。一個應用可以使用InitialContext類來得到它的第一個context：
　　　Context ctx = new InitialContext();
　　通過這個初始的context，應用就可以經過目錄樹定位到需要的資源或者對象。例如，假定你已經在WebLogic Server中配置了一個EJB，並且在myApp.myEJB中綁定了home接口。EJB的客戶端，在得到這樣一個初始的context後，然後就可以使用以下的代碼來定位到home接口：
　　　MyEJBHome home = ctx.lookup( "myApp.myEJB" );
　　一旦你得到你所需對象的一個引用--在這個例子中，就是EJB的home接口--然後你可以調用它上面的方法。為了在一個context中查找到一個對象，JNDI還提供方法可以做到：
　　插入或者綁定一個對象到一個context中。在你配置一個EJB時，這是非常有效的方法；
　　從一個context中移去一個對象
　　列出一個context中的所有對象
　　創建和刪除subcontexts
企業Java Beans（Enterprise Java Beans，EJB）
　　J2EE其中一個引人注目的技術是EJB。它提供了一個架構來開發和配置到客戶端的分布式商業邏輯，因此可以明顯減少開發擴展性、高度復雜企業應用的難度。EJB規范定義了EJB組件應該如何及何時與它們的容器交互。由容器來負責提供普通的服務，例如目錄服務、事務管理、安全、資源池和容錯。
　　EJB規范定義了三類基本的bean：
    會話beans（session beans）：會話beans為業務流程建模，由於他們通常表示執行某個動作，因此可以把它們當作是動詞。這個執行的動作可以是任何事情，例如增加數量，訪問數據庫，調用其它系統，調用其它企業Bean。我們可以舉出很多的例子，包括一個計價引擎，一個工作流引擎，一個目錄引擎，一個信用卡認證中心，或一個網上證券交易引擎。
　　實體beans（Entity beans）：這是持久保存數據的代表--典型的是存儲在數據庫中--因此在服務器崩潰後數據仍然存在。多個客戶端可以使用EJB來表示同樣的數據。實體beans為企業數據建模，由於它們表示數據對象（就是緩存數據庫信息的Java對象），因此可以把它們當作名詞。實體beans的例子包括一種產品，一項訂單，一個雇員，一張信用卡，或一支股票。會話beans典型的方式是通過實體beans來實現業務目標的，例如一個證券交易引擎（會話beans）處理股票（實體beans）。
    Message-Driven beans：Message-Driven beans也表示動作，這一點上它類似於會話beans。它們之間的不同點在於你只能夠通過發送消息給Message-Driven beans的方式來調用它們。Message-Driven beans的例子包括了接受股票交易消息的beans，信用認證消息，或工作流消息。這些Message-Driven beans也可以調用其它的企業beans。
    接著，我們討論無狀態和有狀態
　　無狀態的beans（Stateless beans）：這是一個單一使用的服務，不維護任何的狀態，在服務器崩潰時也不再存在，而且生存期也相對地短。例如，一個無狀態的session bean可能用作執行溫度轉換。
　　有狀態的bean：它提供了一個傳統的與客戶端交互的方法，存儲客戶端的狀態。在線購物車就是這樣一個有狀態session ean的典型例子。有狀態session beans在服務器崩潰時也不再存在，而且生存期也相對地短，並且每個實例只可以用在一個單一的線程中。
JavaServer Pages (JSPs)
　　或許你已經對微軟的Active Server Pages (ASPs)非常熟悉；JSP也是類似的技術，不過它是平台無關的。它們都是設計來幫助web內容開發者使用相對較少的代碼就可以創建動態的網頁。web設計者即使不懂得編程，也可以使用JSP來創建動態的網頁。JavaServer Page是HTML代碼和Java代碼的混合。在客戶請求頁面的時候，服務器就會處理Java代碼，然後返回HTML頁面給浏覽器。
　　你可以也聽過JHTML，它是一個舊的標准，現在已經被JSP取代了。WebLogic Server不但支持JSP，還支持JHTML。不過，在默認設置下，WebLogic Server是不支持JSP的（對於5.1版本）。你必須編輯weblogic.properties來激活web服務器，對於JSPServlet來說，也是這樣。
Java servlets
　　servlets提供的功能大部分JSP相同，它采用的是一個有點不同的方法。JSP中大部分是HTML代碼，其中只有少量的Java代碼，而servlets則相反，它完全使用Java編寫，並且產生HTML代碼。
　　servlet是一個在服務器上運行的Java小程序，它可以擴展Web服務器的功能。這些服務器端的應用可以在被請求時動態執行，與傳統Web服務器上的CGI Perl腳本差不多。CGI腳本和servlet的一個主要不同是：CGI腳本對於每次請求都啟動一個全新的進程--需要額外的系統開銷--而servlet的執行只要在servlet引擎內啟動一個獨立的線程就性了。因此Servlet的擴展性也更好。
　　在開發servlet時，你通常都要擴展javax.servlet.http.HttpServlet類，並且覆蓋它的一些方法。感興趣的方法包括有：
　　service(): 作為command-specific方法的一個調度程序
　　doGet(): 處理來自一個客戶的HTTP GET請求
　　doPost(): 處理來自一個客戶的HTTP POST請求
    還有一些其它的方法來處理不同類型的HTTP請求--可參考HttpServlet API的文本來得到更多相關的信息。
Java IDL/CORBA
　　通過Java的IDL支持，開發者可以將Java與CORBA集成。他們可以創建能配置在一個CORBA ORB中的Java對象，也可以創建作為配置在其它ORB內的CORBA對象客戶端的Java類。對於通過Java將你的新應用和以前的系統集成，後者提供了一個另外的方法。
Java事務體系（JTA）/Java事務服務（JTS）
　　JTA定義了一個標准的API，應用可以通過它來訪問事務監控器。
　　JTS是CORBA OTS事務監控器的一個基本實現。JTS指定了一個事務管理器的實現（Transaction Manager），這個管理器在一個高級別上支持Java事務API（JTA）規范，並且在一個低級別上實現了OMG OTS規范的Java映射。一個JTS事務管理器為應用服務器、資源管理器、standalone應用和通信資源管理器提供事務服務。
JavaMail和JavaBeans激活架構（JavaBeans Activation Framework，JAF）
　　JavaMail是一個用來訪問郵件服務器的API。JavaMail API提供了一套抽象類來模型化一個郵件系統。支持SMTP和IMAP服務器。
　　JavaMail通過使用JavaBeans Activation Framework (JAF) 來處理MIME加密的郵件附件。MIME字節流和Java對象間可以互相轉化。大多數的應用無需要直接使用JAF。
Java信使服務（Java Messaging Service，JMS）
　　JMS是一個用來和面向信息的中層通信的API。它不但支持點對點的域，也支持發布/訂閱域，並且提供對擔保信息傳送、事務信息傳送、持久信息和durable subscribers的支持。對於將你的應用和以前的backend系統集成，JMS提供了另外一個方法。
擴展標記語言（Extensible Markup Language，XML）
　　XML是一個用來定義其它標記語言的的語言。它可被用作商業之間的數據共享。XML的發展是與Java分開的；不過，它的目標和Java類似，都是為了與平台無關。通過將Java與XML結合，你可以得到一個完全平台無關的解決方案。多個公司都為在Java和XML間開發一個緊密的集成而工作。具體的信息，可浏覽Sun站點的Java-XML部分（http://java.sun.com/xml），以及IBM的developerWorks的XML Zone部分。
Struts+Spring+Hibernate（ssh）