java與java ee

Java EE 8的工作進展順利。 是時候趕上了！ 無需費力就可以潛入…

不要忘記Java EE 7…..

圍繞三個重要主題

• HTML 5對齊–用于WebSocket的Java API（JSR 356），JSON處理（JSR 353），JAX-RS 2.0（JSR 339）
• 開發人員生產力– CDI 1.x，JMS 2.0（JSR 343）
• 滿足企業需求–并發實用程序（JSR 236），批處理應用程序API（JSR 352）

其他規格的重大改進

• EJB 3.2
• JMS 2.0
• Servlet 3.1
• JPA 2.1
• JSF 2.2
• Bean驗證1.1
• 攔截器1.2

注意 ：Java EE 7中新增了用于WebSocket的Java API（JSR 356），JSON處理（JSR 353），并發實用程序（JSR 236）和批處理應用程序API（JSR 352）。

認證的應用服務器（全面的Java EE平臺支持）

• 玻璃魚
• 野蠅
• 麥克斯
• OracleWeblogic

注 ：*的Oracle WebLogic 12.1.3具有以下的Java EE 7 種規格的支持- JAX-RS 2.0，可將WebSocket 1.0，JSON-P 1.0 *

Java EE 7在現實世界又稱為生產環境中的表現如何？

看看Arun Gupta的 這張幻燈片分享 （我相信您很快就會獲得實際的JavaOne演講）。 我敢肯定會有更大更好的部署。

繼續支持Java EE 7并為之貢獻力量！

訪問認養JSR對Java EE和絕對看看這個JavaOne大會2014交談 ，如果你想了解整個JCP過程和具體細節WRT認養JSR為Java EE 7和Java EE 8

JavaEE7.next（）= JavaEE8！

Java EE 8 aka JSR 366是Java Enterprise Edition Platform的下一版本。

主要主題和驅動因素

• 支持Java SE 8 –增強API以使用Java SE 8的最新功能
• 與不斷發展HTML 5標準保持同步 –根據最新標準增強Web層技術（WebSocket，JSONP等）
• 與HTTP 2.0兼容 – Servlet 4.0捆綁了對HTTP 2.0標準的支持
• 與CDI的緊密集成 –將CDI支持擴展，改進和標準化到規范的其他部分（JAX-RS，WebSocket等）
• 改善基于云的應用程序的功能 –改善應用程序安全性，基于REST的管理API，多租戶支持等

新規格

• MVC 1.0（JSR 371）
• JSON-B 1.0（JSR 367）
• Java EE安全性1.0（JSR 375）
• JCache（JSR 107）

更新規格

即將更新的規格如下

• Servlet 4.0
• CDI 2.0
• JAX-RS 2.1
• JSF 2.3
• JMS 2.1
• JSON-P 1.1
• …。 還有更多要遵循的

這篇文章將處理新的規格（到現在為止宣布）

MVC 1.0

顧名思義，目標是為Java EE定義標準的Model-View-Controller API。 對于長期的Java EE開發人員，專家和追隨者來說，第一個問題可能是， 為什么除了JSF之外還需要另一個MVC ？ 好吧，我強烈建議 Ed Burns （Oracle的JSF Spec Lead） 撰寫的這篇文章 ，這將有助于清除您可能存在的任何疑問。

帶走以上帖子中的要點

• JSF不會去任何地方。 放心！ 實際上，JSF 2.3將成為Java EE 8的一部分（在以后的文章中對此有更多介紹）
• 從基于操作的MVC框架而不是基于組件的框架（如JSF）的角度來看待MVC 1.0 –因此，基本上，它們彼此之間有很大的不同

Java EE 8社區調查 （PDF的第3頁）的結果高度支持與JSF一起使用的另一個MVC框架。

顯著特征

• 利用現有的Java EE技術
• 模型部分可能使用JPA（雙向綁定黑白模型和DB），CDI（出于明顯的原因）以及Bean驗證
• 視圖部分可能會重用現有的視圖技術，例如JSP
• 控制器部分有一些選擇–也許是JAX-RS或新規范？

注意 ： Jersey （JAX-RS參考實現）已經通過擴展提供了對MVC的支持 （當然，這是專有的，到目前為止還不是JAX-RS標準的一部分）。 我建議偷看一下

快速鏈接

• JCP官方頁面
• 參考實施– Ozark
• JavaOne 2014的最新演講

JSON-B（JSR 367）

如果您使用過或使用過JAXB API，則JSON-B聽起來會很熟悉。 它是JAXB的JSON對應版本，其目標是定義一個API，該API將使開發人員能夠借助注釋將JSON數據綁定到Java域模型（類），并將這些POJO轉換（編組/取消編組）為/在運行時從JSON中獲取。 在沒有標準/純JSON API的情況下，我們使用第三方庫和框架，這些庫和框架基本上以不同的方式解釋POJO上的JAXB批注，以生成JSON而不是XML。 當然，這帶有一些缺點+警告，并且JSON-B希望通過提供標準且可移植的API來解決此問題，從而使我們更輕松地使用JSON數據和相應的Java域對象。

顯著特征

• 將利用現有的JSON-P （Java EE 7中引入的JSON處理）API，即在其之上構建一個API層
• 與其他幾個規范（針對Java SE 8和Java EE 8）不同，它可以在Java SE 7和Java EE 7上運行
• 為了促進快速和容易的采用，API的一般使用模式/術語將類似于JAXB

JSONContext jsCtx = JSONContext.getInstance(Speaker.class);
Unmarshaller jsonUnmarshaller = jsCtx.createUnmarshaller();
Speaker speaker = (Speaker) jsonUnmarshaller.unmarshal(new File("speaker-detail.json"));

快速鏈接

• JCP官方頁面
• 參考實現– EclipseLink
• JavaOne 2014的最新演講

Java EE安全性1.0（JSR 375）

Java EE安全性規范旨在提供簡化的安全性API（duh！），可使Java EE應用程序以獨特但可移植的方式管理其自己的安全性參數。 像JSON-B和MVC一樣，此JSR也是社區強烈反饋的結果。 請參閱Java EE 8社區調查結果的第12,13頁。 此JSR背后的另一個主要動機是幫助基于云的Java EE應用程序部署，其中定義安全性方面的標準且可移植的方式是非常需要的功能。

注意 ：如果您使用過PicketLink或聽說過PicketLink ，則此API聽起來可能很相似

顯著特征

用戶和角色管理

• 這兩個領域尚未通過Java EE進行標準化
• 這個想法是提供一個API與用戶和角色存儲庫（RDBMS，符合LDAP的目錄服務器等）進行交互，并執行與用戶和角色相關的操作，例如用戶CRUD，角色-用戶關系CRUD

認證方式

• 提供針對特定Java EE應用程序的存儲庫的功能（基于上述用戶和角色管理API）
• 通過HttpServletRequest進行身份驗證的異步API
• 借助不同的身份驗證方法在單個Java EE應用程序中啟用不同的Servlet，例如，您可以為屬于單個Web應用程序的不同Servlet配置基于表單和基本的身份驗證機制

授權 – 除了已經存在的基于角色的訪問控制之外，還為方法級別訪問引入細粒度的標準（基于應用程序要求的規則）。

密碼別名 – 引入密碼別名 （基于標準語法）的概念，該概念需要解析為實際的密碼值，該密碼本身將與應用程序一起存儲在安全的自包含檔案中。 總體而言，目標是促進在Java EE應用程序中處理密碼存儲和檢索的安全和標準化方法。

快速鏈接

• JCP官方頁面

JCache（JSR 107）

JSR 107提供了一個標準的可移植API，供需要Java對象的內存緩存的應用程序使用。 好消息是，此JSR的工作已經完成。 就Java EE 7而言，它錯過了總線，但是很可能會從Java EE 8開始集成到Java EE堆棧中。

快速鏈接

• JCP官方頁面
• 規格文件
• 參考實施
• 兼容實現列表
• JavaOne 2014的最新演講

我將在以后的文章中寫有關Java EE 8中更新的規范。 有關Java EE的最新信息和最新信息，敬請關注The Aquarium ！

翻譯自: https://www.javacodegeeks.com/2014/12/whats-up-with-java-ee-8.html

java與java ee

總結

以上是生活随笔為你收集整理的java与java ee_Java EE 8怎么了？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。