java ee 7 新

我有點“晚點”，可以這么說……就Java EE 7的 “博客”而言。 自2013年6月發(fā)布以來，已經(jīng)差不多10個月了 ，但是它仍然相對較新。 就我個人而言，僅僅是因為它的易用性和所購買的功能范圍之廣，我對此感到很興奮。但是，無論我是否興奮，這真的很重要嗎？ 大聲笑…。 不只是我，整個Java社區(qū)（差不多！）都依靠Java EE 7將我們引入下一代豐富的企業(yè)軟件開發(fā)中。 在玩了一段時間之后，我認(rèn)為現(xiàn)在是時候開始寫它了。

Java EE 7（JSR 342）本身就是一個“傘形”規(guī)范，其中包含33個單獨的規(guī)范。 我將簡要介紹其中一些規(guī)范，特別關(guān)注“新”規(guī)范以及已經(jīng)歷“重大”檢修和變更的規(guī)范。

這篇文章不是對每個規(guī)范的“深入研究” 。 我將“ 介紹 ” Java EE 7中引入的全新規(guī)范。

讓我們開始 。 。 。 。 。 。 。 。 。

Java EE 7：關(guān)鍵驅(qū)動程序和USP

開發(fā)人員生產(chǎn)力

• 自Java EE 5以來，帶注釋的POJO已被證明是易于開發(fā)范例的基石，它繼續(xù)統(tǒng)治著市場并進一步滲透Java EE
• 上下文和依賴注入（CDI）作為“魔術(shù)膠”的聲譽已提高到了一個新水平– Java EE 7中它現(xiàn)在已成為“默認(rèn)”，其目標(biāo)是在整個EE平臺上提高凝聚力
• JMS 2.0 （JSR 343）已完全“ 改進 ”。 API的“新版本”（稱為“ 簡化API ”）更加簡潔，易于使用，并且將確保開發(fā)人員必須處理“數(shù)量大大減少 ”的“ 樣板 ”代碼

HTML5焦點

• JAX-RS 2.0 （JSR 339）– Java EE 7中的RESFTful API得到了進一步豐富，包括添加了全新的“客戶端” API，異步功能， Servlet 過濾器和攔截器 ?
• WebSocket的Java API （JSR 356）為開發(fā)人員提供了“易于使用”和強大的“高級”抽象，以供開發(fā)人員編寫低延遲，實時且功能豐富的WebSocket驅(qū)動的應(yīng)用程序
• JSON支持 – JSON處理的Java API（JSR 353）最終實現(xiàn)了“標(biāo)準(zhǔn)化” JSON處理。 不再需要處理JSON的“第三方”庫。

滿足企業(yè)需求

• 現(xiàn)在，通過并發(fā)實用程序 （JSR 236）API，可以以受控/托管方式在Java EE 7中觸發(fā)自己的線程（在此之前禁止）
• Java平臺的批處理應(yīng)用程序 （JSR 352）– Java EE 7中的全新規(guī)范，提供了編寫高效“ 批處理 ”應(yīng)用程序的標(biāo)準(zhǔn)方法

Java EE 7中引入的“ 全新 ”規(guī)范是

• Java WebSocket API 1.0（JSR 356）
• JSON處理1.0的Java API（JSR 353）
• 并發(fā)實用工具1.0（JSR 236）
• Java平臺1.0的批處理應(yīng)用程序（JSR 352）

Java WebSocket API 1.0（JSR 356）

• 建立在IETF標(biāo)準(zhǔn)（ RFC 6455 ）的WebSocket協(xié)議之上
• WebSocket允許通過單個TCP連接進行全雙工 ， 雙向通信的客戶端和服務(wù)器
• 建立連接后， 客戶端可以隨時向服務(wù)器發(fā)送消息
• 服務(wù)器可以向其連接的客戶端/對等方發(fā)送消息，而無需它們的任何“顯式請求”，即完全獨立于客戶端
• Java EE 7中的WebSocket API通過允許支持將簡單的POJO轉(zhuǎn)換為服務(wù)器或客戶端Web套接字端點的直觀注釋來支持易于開發(fā)。 該框架還支持“程序化”端點，該端點基于
• 借助注釋能夠攔截WebSocket生命周期事件
• 支持文本和二進制消息以及運行狀況檢查（乒乓）消息

JSON處理的Java API（JSR 353）

• 提供一種“ 標(biāo)準(zhǔn) ”方式來解析和生成 JSON格式的數(shù)據(jù)
• 開發(fā)商沒有 “必要”使用第三方 JSON庫（杰克遜等），然而，他們可以選擇“插件”他們選擇的實現(xiàn)如果需要的話
• 以與JAXP API類似的方式建模，并支持Streaming API和DOM API
• 顧名思義， Streaming API可幫助以流方式處理/生成JSON（類似于JAXP的StAX API）。 這是一個低級API，適用于從JSON數(shù)據(jù)流獲得的“ 事件 ”
• DOM API會為JSON數(shù)據(jù)創(chuàng)建內(nèi)存Java對象模型 （類似于XML DOM API）。 這是一個易于使用的高級API
• 對“ 綁定 ” API（類似于JAXB的JSON-B ）的支持正在進行中，應(yīng)在Java EE 8中“標(biāo)準(zhǔn)化”

Java平臺的批處理應(yīng)用程序（JSR 352）

• 適用于執(zhí)行不需要人工干預(yù)的“長期運行”的批量 作業(yè) ，并且可以根據(jù)要求進行計劃，例如ETL作業(yè)，日間工作等
• 為面向“批處理”的應(yīng)用程序提供完整的編程 模型
• 定義作業(yè)規(guī)范語言 ，這是在XML中定義“作業(yè)”的基礎(chǔ)。 該作業(yè)XML捕獲整個批處理過程。
• 支持兩種不同的“處理”機制。
• 塊樣式處理涉及“讀取”輸入的“大量”數(shù)據(jù)，對其進行“處理”，最后“寫入”作為該過程的最后一步。 所有這些操作都是通過特定的接口（即ItemReader，ItemProcessor和ItemWriter）抽象的
• 此API還支持“ 批處理 ”樣式的處理模型，該模型定義了“任務(wù)”，該任務(wù)一旦完成就標(biāo)記作業(yè)的結(jié)束

Java EE的并發(fā)實用程序（JSR 236）

• Java EE的早期版本禁止使用Java SE并發(fā)API來啟動應(yīng)用程序特定的線程。
• 新規(guī)范提供了一種從應(yīng)用程序內(nèi)部支持自定義“并發(fā)”構(gòu)造的標(biāo)準(zhǔn)方法。
• 利用/擴展Java SE并發(fā)實用程序，并提供這些API的“ 托管 ”版本
• 現(xiàn)在，開發(fā)人員可以使用javax.enterprise.concurrent.ManagedThreadFactory以“ 托管 ”和“受控”的方式創(chuàng)建 線程 。
• 可以利用javax.enterprise.concurrent.ManagedExecutorService以“ 異步 ”方式觸發(fā)任務(wù)
• 此API還允許開發(fā)人員通過javax.enterprise.concurrent.ManagedScheduledExecutorService 安排定期任務(wù)

就“新鮮”規(guī)范而言。 這是修改后的規(guī)格清單

• Java Message Service API 2.0（十年來首次重大改進）
• JAX-RS 2.0（RESTFul API）
• 企業(yè)JavaBeans 3.2
• Java持久性API 2.1
• 上下文和依賴注入1.1
• JavaServer Faces 2.2
• Java Servlet 3，1
• 攔截器1.2
• Bean驗證1.1

這些規(guī)范的更改/增強將在以后的文章中介紹 。 我還將在以后的文章中介紹“ 個人 ”規(guī)范。

翻譯自: https://www.javacodegeeks.com/2014/03/java-ee-7-whats-new.html

java ee 7 新

總結(jié)

以上是生活随笔為你收集整理的java ee 7 新_Java EE 7：新功能？？？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。