Java EE 8主要功能

Servlet 4
Servlet 4是Java EE 8中最重要的變化之一.Servlet 4的主要目標是為伺服器端Java提供HTTP / 2支援。HTTP/2是協議的基本現代化，它將網際網路保持在一起。
因為支援HTTP/2主要是協議層更改，所以可以由Servlet 4執行時透明地處理，而無需任何API更改。

JSON-B（用於JSON繫結的Java API）
使JSON成為平臺的一等公民自Java EE 7以來一直是一個目標。使用JSON不需要安裝或配置另一個庫。為此，在Java EE 7中引入了一個名為JSON-P（Java API for JSON Processing）的低階解析API .Java EE 8引入了一個基於更高階別註釋的宣告性JSON繫結API，稱為JSON-B，它真的讓人感覺到就像JSON一樣，它與Java EE中的Java序列化一樣原生。
我們的想法是，將POJO轉換為JSON或從JSON轉換應該只是預設工作，而無需新增任何註釋。

JSON-P 1.1
JSON-P在Java EE 7中功能相當完善。在Java EE 8中，JSON-P在Web標準空間中整合了更新功能，例如JSON-Pointer，JSON-Patch和JSON-Merge / Patch。

SSE（伺服器傳送的事件）
SSE是HTML 5中鮮為人知的部分.SSE允許透過HTTP進行伺服器到客戶端的事件流傳輸。在引擎蓋下，SSE只是一個長期存在的HTTP連線，它使用專門的內容型別：text / event-stream。事件通常是隨著時間的推移從伺服器傳送到客戶端的不同JSON物件。SSE對“股票程式碼”型別的應用程式和監視控制檯很有用。使用JAX-RS 2.1，Java EE 8中的伺服器和客戶端都支援SSE。服務端程式碼如下：

@Path("tickers") 
public class StockTicker {  
    @Resource ManagedExecutorService executor; 
 
  
 
    @GET @Produces("text/event-stream") 
    public void getQuotes( 
            @Context SseEventSink sink,  
            @Context Sse sse) { 
        executor.execute(() -> { 
 
            ... 
 
            sink.send(sse.newEvent(stockqoute)); 
 
            ... 
 
        }); 
    } 
}

Java EE安全性
在Java EE 8之前，保護Java EE應用程式主要是透過面向管理員（如控制檯GUI嚮導）的應用程式之外的配置工具完成的。這種方法的主要缺點是它在Java EE實現中不是很容易移植，儘管一些安全需求非常普遍。新Java EE安全性API的目標是透過引入完全可嵌入的身份驗證和授權，使通用，簡單的安全性需求可移植。這是透過完全包含註釋和CDI來實現的。在較高的層次上，引入了三個新功能：

• 可以透過簡單註釋指定應用程式是使用基本，基於表單還是自定義身份驗證。
• 可以透過簡單的註釋來指定身份驗證和授權（身份）資料儲存在資料庫或LDAP目錄中。參考實現還包括內建的嵌入式身份儲存。如果內建標識儲存不夠，則可以在應用程式中使用簡單的CDI bean作為標識儲存。
• 透過CDI注入提供通用安全上下文。此上下文提供了有關當前登入使用者的資訊的控制程式碼，可以在任何地方使用，包括自定義安全攔截器。這是現有@RolesAlllowed 註釋的補充  。

CDI 2
CDI 2的一個關鍵變化是普通Java SE環境中的引導機制的標準化。這意味著將CDI分為三個部分 - 核心，Java SE和Java EE。這些更改使CDI可以被更多技術採用 - 在Java EE內部和外部。例如，這些變化使CDI成為MicroProfile計劃的核心技術。CDI 2的另一個關鍵變化是使事件完全非同步。

事件傳送pub：

@Inject
@CargoInspected
Event<Cargo> cargoInspected; 

public void inspectCargo(TrackingId trackingId) {  
    cargoInspected.fireAsync(cargo); 
} 

public void onCargoInspected(@ObservesAsync @CargoInspected Cargo cargo) {
...
}

MVC
Java空間中最古老的Web框架 - Struts - 是基於MVC的
Struts建立者Craig McClanahan幫助建立了JSF，並支援一種高度抽象的基於元件的方法，該方法最接近原始的Smalltalk MVC模式。雖然JSF繼續擁有強大的追隨者，但即使在Craig建議轉向JSF之後，基於action的框架仍在繼續向前發展。
最近，一些開發人員認為基於action的方法特別適合以HTML 5 / JavaScript為中心的Web生態系統。出於這些原因，除了JSF之外，Java EE 8還計劃包含一個新的基於action的框架 - 簡稱為MVC。
在Java EE中構建MVC相對簡單，因為大多數基本部分已經存在。CDI，Bean Validation和JPA可用於該模型。Facelets和JSP可用於檢視（此外，MVC參考實現支援Velocity，FreeMarker，Thymeleaf等）。大多數控制器功能可以使用JAX-RS。
儘管MVC規範已經取得了快速進展，但Oracle決定停止這項工作。但是，Oracle將這項工作捐贈給社群，MVC現在幾乎已經透過社群完成，並且它也被轉移到Eclipse Foundation。儘管Java EE 8沒有定義MVC標準，但Jakarta EE可能包含MVC實現。

總結
Java EE 8包含許多對社群和行業很重要的重要功能。此外，Java EE將落實到Jakarta EE中，在Eclipse Foundation下走向更加開放的未來。參考實現也有GlassFish 5完全相容Java EE 8，Payara 5包括所有Java EE 8功能。此外，Open Liberty，WebSphere Liberty和WildFly現在都支援Java EE 8。可以有理由地相信JBoss EAP和TomEE也在支援Java EE 8或Jakarta EE 8。