Gavin King所期望的Java EE 6新特性

Hibernate創始人和Seam項目領導人Gavin King最近發表了一個文章系列的第一篇，該系列闡述了他在Java EE 6中所希望看見的新特性。Gavin列表中的第一條提議是為無狀態和有狀態Session Bean提供更多的併發模式（Concurrecy Modes）。對此他提出了三個方案：

無併發模式（No concurrency），預設模式，也是當前支援的方式：Bean不支援並發客戶。如果兩個請求同時到達，允許容器拋出ConcurrentAccessException異常。
Bean管理的併發模式（Bean-managed concurrency）：Bean支援由多個線程引發的並發訪問，負責管理對可變資料結構的訪問。
容器管理的併發模式（Container-managed concurrency）：Bean支援並發用戶端，容器負責保證線程在進入Bean實現之前按次序排隊。
Gavin提出的第二條提議是輕量級非同步性（Lightweight Asynchronicity）。他主張，目前JMS和EJB定時器的可選方案不足。此外，他提倡每個Bean擁有多個@Timeout方法，以及增強調度選項。第三條提議則是有狀態Web服務端點（Stateful Web Service Endpoint）：

……目前只有無狀態Session Bean才能做為Web服務端點。通過WS-Contexts或WS-Addressing（或者任意合適的WS-*），我們就能支援擔當Web服務端點角色的有狀態Session Bean。我還不清楚到底這會是什麼樣子，但我們在Seam/WS中進行的一些嘗試可能會和它有所關聯……
Gavin的願望表還包括可選EJB業務介面（Optional Business Interfaces for EJBs）、簡化的JMS/JavaMail、增強Logging注射（Enhanced Loggin Injection）和EJB Meta-Annotatons。對於可選業務介面，他認為：

目前EJB強制要求所有Session Bean都必須有@Local或者@Remote介面。當Session Bean存在於業務層內，並且商務邏輯和客戶代碼之間存在一個良好定義的API時，這並不是一個不合理的規定。……尤其在類似Seam的環境中，Bean的唯一客戶可能只是一個帶有EL運算式的JSF頁面，此時介面則是完全多此一舉的！……介面應當是可選的，當它不存在時，Bean類的public方法應當作為Session Bean的業務方法……