JavaEE技術規範包括:
1.java數據庫連接(JDBC)
JDBC API以統壹的方式訪問數據庫。與ODBC類似，JDBC隔離了開發人員和私有數據庫之間的問題。因為它是建立在java之上的，JDBC可以提供獨立於平臺的數據庫訪問。
JDBC在4中定義了不同的驅動因素。具體來說，它包括:
1型:JDBC-ODBC橋
JDBC剛出生時，JDBC-ODBC橋非常有用。通過它，開發人員可以使用JDBC訪問ODBC數據源。缺點是需要在客戶端安裝ODBC驅動，通常運行在windows系統上。使用這種驅動程序，妳將失去獨立於JDBC平臺的好處。另外，ODBC驅動需要客戶端管理。
第二類:JDBC本土橋
JDBC本地橋提供了壹個基於本地數據庫驅動程序的JDBC接口——不使用ODBC。JDBC驅動程序將標準的JDBC調用轉換為對數據庫API的本地調用。使用類型2驅動程序也將失去JDBC的平臺無關的好處，並且需要安裝客戶端的本地代碼。
類型3: JDBC網橋
JDBC網橋不需要客戶端的數據庫驅動程序。它使用網絡服務器的中間層來訪問數據庫。這將導致諸如負載平衡、連接池技術和數據緩沖之類的東西。因為type 3驅動通常可能帶來相對較短的下載時間，所以它是平臺無關的，不需要客戶端安裝和管理，所以非常適合互聯網應用。
類型4:純java驅動程序
Type 4使用純java數據庫驅動程序來提供對數據庫的直接訪問。因為type 4驅動程序運行在客戶機上並直接訪問數據庫。因此，在這種模式下運行意味著使用兩層系統。要在N層架構中使用type 4驅動程序，您可以訪問包含數據庫代碼的ejb，並讓ejb為其客戶端提供獨立於數據庫的服務。
2.java命名和目錄接口(JNDI)
JNDI是java命名和目錄接口的縮寫，中文稱為Java命名和目錄接口。它用於在高級網絡應用程序的開發中訪問目錄基礎結構。實際上，這個目錄是壹個特殊的數據庫，它提供了對存儲數據的快速訪問，不像傳統的目錄服務訪問方式——妳必須提供不同的API接口來訪問不同的目錄服務，比如LDAP、NIS、ADS等等。它提供了壹個標準的API來訪問不同類型的不同目錄。據說sdk可以用來開發JNDI還不支持的目錄服務提供商。
JNDI是java EE的壹個API，它提供了壹組標準接口來定位用戶、機器、網絡、對象和服務。例如，您可以使用JNDI來定位網絡上的打印機，還可以使用它來定位java對象並連接到數據庫。JNDI可以在EJB、IIOP和JDBC使用。這是網絡定位的標準方法。JNDIAPI用於訪問目錄和命名服務。它提供了壹種兼容的模式來訪問和操作企業範圍的資源，如DNS、LDAP本地文件或應用服務器的對象。
在JNDI，目錄結構的每個節點被稱為上下文。每壹個JNDI名字都是相對於上下文而言的，沒有絕對名字的概念。應用程序可以使用InitialContext來獲取它的第壹個上下文。
context CTX = new initial context()；
通過這個初始上下文，應用程序可以通過目錄樹定位所需的資源或對象。例如，假設您在WebLogic Server中配置了壹個EJB，並在myApp.myEJB中綁定了home接口。EJB的客戶端在獲得這樣的初始上下文後，可以使用以下代碼來定位home接口。
myejb home home = CTX . lookup(" myapp . myejb ")；
壹旦獲得了所需對象的方法或引用(在本例中是EJB的home接口)，就可以調用它的方法。為了在上下文中查找對象，JNDI還提供了將對象插入或綁定到上下文中的方法，這是配置EJB時非常有效的方法:
從上下文中刪除對象。
列出上下文中的所有對象
創建和刪除子上下文
3.企業java Beans
Java EE中最引人註目的技術之壹是EJB。它提供了壹個開發和配置分布式業務邏輯給客戶端的架構，因此可以明顯降低開發的擴展性和高度復雜的企業應用的難度。EJB規範定義了EJB組件應該如何以及何時與其容器進行交互。容器負責提供公共服務，如目錄服務、事務管理、安全性、資源池和容錯。
EJB規範在3:
會話bean(會話bean模擬業務流程。因為它們通常表示完成壹個動作，所以可以用作動詞。這個動作可以是任何事情，比如增加數字、訪問數據庫、調用其他系統和調用其他企業bean。我們可以舉出許多例子，包括議價引擎、工作流引擎、目錄引擎、信用卡認證中心或在線證券交易引擎。
實體beans:這是持久數據的代表——通常存儲在數據庫中——所以在服務器崩潰後數據仍然存在。多個客戶端可以使用EJB來表示相同的數據。實體beans模型企業數據。因為它們表示數據對象(即緩沖數據庫的java對象)，所以可以看作名詞。實體bean的例子包括產品、訂單、雇員、信用卡或股票。會話bean的典型方式是通過股票交換引擎(會話bean)處理股票(實體bean)來實現業務目標。
消息驅動bean:消息驅動bean也指示動作，這與會話bean類似。它們之間的區別在於，您只能通過向消息驅動beans發送消息來調用它們。消息驅動bean的例子包括接受股票交易消息、使用身份驗證信息或工作流消息的bean。這些消息驅動的bean也可以調用其他企業bean。
然後我們討論無狀態和有狀態。
無狀態bean(stateless beans)這是壹個不維護任何狀態的單用途服務，在服務器崩潰的時候已經不存在了，生命周期比較短。例如，無狀態會話bean可用於執行溫度轉換。
有狀態bean:它提供了壹種與客戶機交互和存儲客戶機狀態的傳統方式。在線購物車是這種有狀態會話bean的典型例子。有狀態會話beans在服務器崩潰時是不存在的，而且生存期比較短，每個實例只能在壹個線程中使用。
4.javaServer頁面(jsp)
也許妳應該熟悉微軟的動態服務器頁面(asp)，jsp也是類似的技術，但是它是平臺無關的。它們都旨在幫助web內容開發人員用相對較少的代碼創建動態網頁。Web的設計目的是使用jsp創建動態網頁，即使妳不知道如何編程。javaServer pages是html代碼和Java代碼的混合體。當客戶請求頁面時，服務器將處理java代碼，然後將html頁面返回給瀏覽器。
妳可能聽說過JHTML，這是壹個老標準，已經被jsp取代了。Weblogic Server不僅支持jsp，還支持JhtmL。但是，默認情況下，WebLogic Server不支持jsp。(與5.1版本相比)。您必須編輯WebLogic.properties來激活web服務器，對於jspservlet也是如此。
5.java servlet
Servlets提供了與jsp相同的大部分功能，JSP采用了稍微不同的方法。jsp大部分是html代碼，有少量java代碼，而servlet則完全用java編寫，生成html代碼。
Servlet是運行在服務器上的java小程序，可以擴展web服務器的功能。這些服務器端應用程序可以在被請求時動態執行，這類似於傳統web服務器上的cgi perl腳本。CGI腳本和servlet的壹個主要區別是，CGI腳本為每個請求啟動壹個全新的線程——這需要額外的系統開銷——而servlet執行只需要在servlet引擎中啟動壹個獨立的線程。因此，servlet更具可伸縮性。
開發servlet時，通常會繼承javax.servlet.http.HttpServlet類，並重寫壹些有趣的方法:service()doget()dopost()init()destroy()。
6.java IDL/CORBA
在java IDL的支持下，開發者可以將java與CORBA集成。他們可以創建可以在壹個CORBA ORB中配置的java對象，或者他們可以創建已經在其他ORB中配置完CORBA對象的客戶機的java類。
後者提供了另壹種通過java將新應用程序與以前的系統集成的方法。
java交易系統(JTA)和java交易服務(JTS)。
JTA定義了壹個標準API，應用程序可以通過它訪問事務監視器。
JTS是CORBA OTS事務監控的基本實現。JTS規定了事務管理的實現，它在高層支持java事務API(JTA)規範，在低層實現OMG OTS規範的java映射。JTS事務管理器為應用服務器、資源管理器、獨立應用和通信資源管理器提供事務服務。
8.javaMail和javaBeans激活框架(JAF)
Javamail是壹個用於訪問郵件服務器的API。Javamail API提供了壹組抽象類來建模郵件系統。支持SMTP和IMAP服務器。
Javamail使用JavaBeans激活FremeWork (JAF)來處理MIME加密的郵件附件。MIME字節流和java對象之間的轉換。大多數應用程序不需要直接使用JAF。
9.java信使服務公司
Jms是用於與面向信息的中間層通信的API。它不僅支持對等域，還支持發布/訂閱域，並通過支持擔保信息傳輸、交易信息傳輸、持久信息和持久訂閱。Jms提供了另壹種將應用程序與之前的後端系統集成的方式。
10.可擴展標記語言(xml)
Xml是壹種用於定義其他標記語言的語言。可以作為商家之間的數據共享。Xml的開發獨立於java，但其目標與java相似，都是為了平臺獨立性。通過將java和xml結合起來，妳可以得到壹個完全獨立於平臺的解決方案。許多公司正在努力開發java和xml鍵之間的緊密集成。
11.Struts+Spring+Hibernate主流框架
Struts2負責MVC中的C，實現頁面的邏輯跳轉。Spring提供IOC+AOP，可以為struts提供依賴註入，為業務邏輯層提供依賴註入和面向方面編程。hibernate是orm框架的壹個實現，負責將數據持久化到數據庫中。