Java EE（Java Platform，Enterprise Edition）是sun公司（2009年4月20日甲骨文將其收購）推出的企業級應用程式版本。這個版本以前稱為 J2EE。能夠幫助我們開發和部署可移植、健壯、可伸縮且安全的伺服器端 Java應用程式。Java EE 是在 Java SE 的基礎上構建的，它提供Web 服務、組件模型、管理和通信 API，可以用來實現企業級的面向服務體系結構（service-oriented architecture，SOA）和 Web 3.0應用程式。
Java，是由Sun Microsystems公司於1995年5月推出的Java程式設計語言和Java平台的總稱。用Java實現的HotJava瀏覽器（支持Java applet）顯示了Java的魅力：跨平台、動態的Web、Internet計算。從此，Java被廣泛接受並推動了Web的迅速發展，常用的瀏覽器現在均支持Java applet。
2018年3月，開源組織Eclipse基金會宣布，Java EE（Enterprise Edition）被更名為Jakarta EE。
基本介紹
- 中文名：Java平台企業版
- 外文名：Java EE
- 推出公司：sun公司
- 類型：企業級應用程式版本
- 舊稱： J2EE
主要技術,核心特徵,核心優勢,功能規定,
主要技術
JDBC（Java Database Connectivity）提供連線各種關係資料庫的統一接口,可以為多種關係資料庫提供統一訪問，它由一組用Java語言編寫的類和接口組成。JDBC為工具/資料庫開發人員提供了一個標準的API，據此可以構建更高級的工具和接口，使資料庫開發人員能夠用純 Java API 編寫資料庫應用程式，同時，JDBC也是個商標名。
EJB(Enterprise JavaBeans)使得開發者方便地創建、部署和管理跨平台的基於組件的企業套用。
Java RMI(Java Remote Method Invocation)用來開發分散式Java應用程式。一個Java對象的方法能被遠程Java虛擬機調用。這樣，遠程方法調用可以發生在對等的兩端，也可以發生在客戶端和伺服器之間，只要雙方的應用程式都是用Java寫的。
JNDI(Java Naming and Directory Interface)提供從Java平台到的統一的無縫的連線。這個接口禁止了企業網路所使用的各種命名和目錄服務。
JMS(Java Message Service)提供企業訊息服務，如可靠的訊息佇列、發布和訂閱通信、以及有關推拉（Push/Pull）技術的各個方面。
JTS(Java transaction Service)提供存取事務處理資源的開放標準，這些事務處理資源包括事務處理應用程式、事務處理管理及監控。
JMF(Java Media Framework API)，它可以幫助開發者把音頻、視頻和其他一些基於時間的媒體放到Java應用程式或applet小程式中去，為多媒體開發者提供了捕捉、回放、編解碼等工具，是一個彈性的、跨平台的多媒體解決方案。
JavaBeans，它是一個開放的標準的組件體系結構，它獨立於平台，但使用Java語言。一個JavaBean是一個滿足JavaBeans規範的Java類，通常定義了一個現實世界的事物或概念。一個JavaBean的主要特徵包括屬性、方法和事件。通常，在一個支持JavaBeans規範的開發環境（如Sun Java Studio 和IBM VisualAge for Java）中，可以可視地操作JavaBean，也可以使用JavaBean構造出新的JavaBean。JavaBean的優勢還在於Java帶來的可移植性。現在，EJB (Enterprise JavaBeans) 將JavaBean概念擴展到Java服務端組件體系結構，這個模型支持多層的分散式對象套用。除了JavaBeans，典型的組件體系結構還有DCOM和CORBA。
javaFX，Sun剛剛發布了JavaFX技術的正式版,它使您能利用 JavaFX 程式語言開發富網際網路應用程式(RIA)。JavaFX Script程式語言（以下稱為JavaFX）是Sun微系統公司開發的一種declarative, staticallytyped(聲明性的、靜態類型)腳本語言。JavaFX技術有著良好的前景，包括可以直接調用Java API的能力。因為 JavaFXScript是靜態類型，它同樣具有結構化代碼、重用性和封裝性，如包、類、繼承和單獨編譯和發布單元，這些特性使得使用Java技術創建和管理大型程式變為可能。
JMX（Java Management Extensions，即Java管理擴展）是一個為應用程式、設備、系統等植入。
JPA (Java Persistence API)，JPA通過JDK 5.0註解或XML描述對象－關係表的映射關係，並將運行期的實體對象持久化到資料庫中。
核心特徵
Bean Validation是Java EE 6數據驗證新框架，Validation API並不依賴特定的套用層或是編程模型，這樣同一套驗證可由套用的所有層共享。它還提供了通過擴展Validation API來增加客戶化驗證約束的機制以及查詢約束元數據倉庫的手段。
在Java EE 6的Bean Validation出現之前，開發者不得不在表示層框架、業務層以及持久層中編寫驗證規則以保證這些規則的同步性，但這么做非常浪費時間而且極易出錯。Bean Validation是通過約束實現的，這些約束以註解的形式出現，註解可以放在JavaBean(如backing bean)的屬性、方法或是類上面。約束既可以是內建的註解(位於javax.validation.constraints包下面)，也可以由用戶定義。一些常用的內建註解列舉如下：
◆Min：被@Min所註解的元素必須是個數字，其值要大於或等於給定的最小值。
◆Max：被@Max所註解的元素必須是個數字，其值要小於或等於給定的最大值。
◆Size：@Size表示被註解的元素必須位於給定的最小值和最大值之間。支持Size驗證的數據類型有String、Collection(計算集合的大小)、Map以及數組。
◆NotNull：@NotNull確保被註解的元素不能為null。
◆Null：@Null確保被註解的元素一定為null。
◆Pattern：@Pattern確保被註解的元素(String)一定會匹配給定的Java正則表達式。
代碼中通過Bean Validation註解聲明了一些約束：
public class Address {
@NotNull @Size(max=30)
private String addressline1;
@Size(max=30)
private String addressline2;
public String getAddressline1() {
return addressline1;
}
public void setAddressline1(String addressline1) {
this.addressline1 = addressline1;
}
}
@NotNull指定被註解的元素addressline1不能為null;@Size指定被註解的元素addressline1和addressline2不能超過給定的最大值，即30個字元。
在驗證Address對象時，addressline1的值被傳遞到針對@NotNull約束的驗證類以及針對@Size約束的驗證類中，而addressline2的值被傳遞到針對@Size約束的驗證類中，由相關的驗證類進行驗證。如下代碼自定義了一個名為ZipCode的約束：
@Size(min=5, max=5)
@ConstraintValidator(ZipcodeValidator.class)
@Documented @Target({ANNOTATION_TYPE, METHOD, FIELD})
@Retention(RUNTIME)
public @interface ZipCode {
String message() default "Wrong zipcode";
String[] groups() default {};
}
可以將@ZipCode用在類、屬性或是方法上，就像其他約束一樣。
public class Address {
@ZipCode
private String zipCode;
public String getZipCode() {
return zipCode;
}
public void setZipCode(String zipCode) {
this.zipCode = zipCode;
}
}
Validation API
開發者可以藉助於Validation API以編程的方式驗證JavaBean。Bean Validation API的默認包是javax.validation。下面對該包中的一些類進行說明：
ConstraintValidator：這是一個接口，具體的約束驗證類需要實現該接口。該接口定義了相關的邏輯以驗證給定對象類型中的約束。
Validator：Valida接口持有對象驗證圖的契約。該接口的實現必須是執行緒安全的。
ConstraintViolation：ConstraintViolation接口表示給定bean上的約束驗證失敗，它公開了約束違背上下文以及描述該違背情況的信息。
ValidationException：如果在驗證過程中出現了某些不可恢復的錯誤就會拋出ValidationException異常。某些情況下可以指定該異常，如不合法的分組(group)定義、不合法的約束定義以及不合法的約束聲明等等。
約束元數據請求API
Bean Validation規範提供了查詢約束倉庫的手段。該API主要用於工具支持和與其他框架、庫以及JSR的集成。Bean Validation規範旨在為對象約束提供一個驗證引擎和元數據倉庫。需要進行約束定義、驗證和元數據的框架(Java EE或Java SE)可以利用Bean Validation規範完成這些功能，從套用或是基礎設施的角度來看，這么做可以避免不必要的重複工作。
Bean Validation已經集成到了JSF 2.0和JPA 2.0中。在JSF中可以將表單輸入域與域對象的屬性綁定起來。JSF 2和Bean Validation可以判斷出綁定的是哪個屬性並執行與之相關的驗證，還會將約束違背的信息顯示給用戶。Hibernate Validator 4是Bean Validation規範的參考實現框架，其最新版增加了不少新特性，如分組驗證、與JPA 2和JSF 2的自然集成以及擴展的註解集等等。
核心優勢
J2EE容易讓初學者誤解是獨立於一套Java的技術方案。
從更深層次來看，Java誕生十年，多年前的業務組件還可以使用，軟體套用不再由於語言的更迭革命帶來毀滅的打擊了。
功能規定
架構圖
讓我們看看Java EE 5有哪些新的功能或規定，我們可以從SUN網站下載Java EE 5規範。其架構圖如下：
JAVA EE 架構圖圖中灰色加黑部分是Java EE 5新的功能，我們看到，在WEB層主要加入了JSF這個新的表現層框架，和我們日常開發關係密切的是，引入了新的Java Persistence標準，這個標準正在由EJB 3.0專家組制定。
值得指出的是，這個Java持久化標準也可以嵌入在WEB層調用，所以，它肯定不會從屬於EJB標準，這樣，當前所有的Java持久層標準如：JDBC/JDO/Hibernate/Entity Bean將可能統一，減少用戶的架構選擇 痛苦。
摺疊EJB3.0和EJB2.0的區別
從架構圖可以看出，無論Web結構或EJB結構，提供實現的功能相差不多，這樣，我們的業務核心組件就可以根據需要部署在Web或EJB中運行，而不依賴具體的Java EE容器了。前面一章圖的目標在Java EE 5中可以實現了。
當然，Java EE 5重要改變還是：Java EE不再象以前那樣只注重大型商業系統的開發，而是更關注小到中型系統的開發，簡化這部分系統開發步驟。
落實這一簡化行動的最大特徵是在Java 5.0(Java 1.5)中加入Annotations，通過Annotations引入，降低Java EE開發時，既要寫code，又要寫XML配置檔案之苦，來回照顧，疲於奔命，Annotations既是得益於C++語言，也是從開源項目xDoclet實踐中獲得經驗。
但是Annotations是一把雙刃劍，初學者用得不好，將會使得原本在XML中的Hard code（硬編碼） 寫進入代碼Annotations，破壞代碼的簡潔和靈活性，
當然，Annotations的引入不只是解決XML配置，從大的概念說，是解決一個資源注射問題(XML屬於其中一個資源)，在原理J2EE中，容器管理的資源都是由JNDI向應用程式提供的，通過Annotations可以方便實現注射。
資源注射（Resource injection）設計概念其實是來自Ioc模式(Dependency Injection )，筆者設計開發的Jdon框架其實已經將Annotations這一宗旨的目的實現，在Jdon框架套用演示源碼SimpleJdonFrameworkTest中，在jdonframework.xml中有一段如下配置：
<pojoService class="com.jdon.framework.test.dao.JdbcDAO" name="jdbcDAO">
<constructor value="java:/TestDS"/>
</pojoService>
這段配置是將資料庫的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一個版本將是基於Java 5.0，這行配置 將可通過 Annotations寫在jdbcDAO代碼中，方便程式設計師開發。
從這裡，大家也可以知道EJB 3.0和EJB 2.0的區別了，有的人疑惑，是學習EJB 3.0還是學習EJB 2.0，其實EJB 3.0並沒有在原理機制上對EJB有多大改動，只是做了編程方面的簡化，另外EJB CMP參考了Hibernate新特點，EJB 3.0最大簡化變動是CMP編程方法上。所以，無論學習EJb 3.0/2.0，EJB原理和運行機制都是一樣，這部分才是學習EJB最大的困難處，而不是因為到了EJB 3.0，理解EJB就會容易。
初學者可從Eclipse+Xdoclet開發EJB 2.0開始學習， EJB 3.0 = EJB 2.0 + xDoclet，這裡有一篇Eclipse開發EJB教程，使用JBossIDE非常簡單，無需Lomboz等外掛程式。
Security安全
Security安全是Java EE的一個重要特點，也就是基於容器的安全訪問，無需自己手工編碼，具體實現可參考Jdon框架套用演示源碼JdonNews。這雖然是基於J2EE 1.3編寫，但是和Java EE 5區別不是很大。
事務管理Transaction Management也是Java EE 5的一個重要部分，該標準文檔從幾個方面闡述了事務管理的要點，標準中規定了在WEB層中使用事務和執行緒的處理關係，標準中規定：Web伺服器如Tomcat無需在Web層提供事務支持，因為Web組件根本不支持事務繁衍/傳遞。
因為當前一些架構如 Struts+Spring+Hibernate/Struts+Hibernate是標準中的Web結構，因此Java EE 5在J2EE 4.2.2規定了 Web組件事務的生命周期，如果Web組件直接調用JTA，事務就不可以跨一個客戶端的多個請求，事務只能在一個請求(Servlet/Jsp)中完成，這個標準規定了我們在Web架構中（如上述架構）無法使用長事務(如工作流/狀態圖中跨頁面請求事務)，針對一個客戶端跨請求的事務暫時只有唯一解決方案：只有使用EJB的有態Session。
以上是Java EE 5主要部分，Java EE包含更多其他技術部分如Jdbc JMS JCA JNDI 等等，需要用戶在實踐中摸索。
