J2EE技術

J2EE 是 Java 2 Enterprise Edition 的縮寫形式，以前稱為 Java 2 Platform Enterprise Edition，其規格擴展了 Java 2 Standard Edition（J2SE）。 J2EE 提供了一組大規模使用的內建服務，支援多層、基於元件的分散式體系結構。通常，J2EE 是一組幫助建立大型應用程式的 API。 J2EE 技術使用 API，是建置和部署企業應用程式的標準。它承諾“一次編寫，隨處運行”。

廣告 該類別中的熱門課程 J2EE - 專業化 | 14 課程系列 | 6 次模擬測驗

開始您的免費軟體開發課程

網頁開發、程式語言、軟體測試及其他

Java 企業版包含多種用於各種目的的規範，例如產生網頁、從資料庫讀取和寫入以及管理分散式佇列。

J2EE 技術列表

J2EE 平台的圖形表示。

1. Java Servlet

Java servlet 運行在 Web 伺服器上，產生動態網頁，處理來自 Web 瀏覽器的請求，處理請求，並將處理後的資料傳送回瀏覽器。

通用網關介面（CGI）也用於開發動態網頁，但它有一些限制，例如效能、可擴充性、可重複使用性等。為了克服這個限制，我們可以使用servlet。

CGI 最重要的缺點之一是 - 每次來自使用者的任何新請求 CGI 程式都會透過建立一個新進程來處理它。如果大量使用者增加，那麼CGI就必須為每個請求建立一個新的進程；為每個進程建立一個新進程對於伺服器端來說是無效的，因為它的資源有限。與 CGI 不同，單獨的執行緒處理 servlet 程式。

Servlet 執行過程：

• 客戶端發送請求。
• 網路伺服器接收請求。
• Web 伺服器將請求傳遞給對應的 servlet。
• Servlet 處理請求並以輸出的形式產生回應。
• Servlet 將回應傳回 Web 伺服器
• 網路伺服器向客戶端發送回應。

2. Java 伺服器頁 (JSP)

開發人員使用 Java Server Pages 進行伺服器端程式設計來建立動態網頁並建立基於 Web 的應用程式。

JSP 的特點：

• JSP 效能顯著提高，因為它允許使用者在 HTML 中嵌入 Java 程式碼。
• 像 servlet 一樣，JSP 也可以存取 Enterprise Java API
• 開發人員也將 JSP 頁面與 servlet 結合使用。
• 允許在 HTML 中嵌入 java 程式碼的 JSP 標籤是
• 在 HTML 中嵌入 JSP 程式碼使 HTML 頁面變得動態，例如註冊表單、下拉框等
• JSP 用於存取 Java Beans 物件。
• JSP 將表示層與業務邏輯分開。
• 與 servlet 相比，它提供了產生動態網頁的最簡單方法。
• Web 容器可以處理 JSP 程式碼中的任何更改，無需重新編譯。
• 與 servlet 一樣，JSP [不需要額外的檔案類別檔案和 web、XML。
• JSP 不需要額外的 web.xml 映射。

JSP 的架構：

建築工作#1

在此架構中，JSP 在處理客戶端請求方面發揮著重要作用。

• 客戶端向 JSP 發送請求
• JSP 建立 JavaBean 物件。
• 如果需要，JavaBeans 使用資料庫中的必要資料處理請求。
• 伺服器將回應傳送回客戶端。

建築工作#2

在這個架構中，Servlet扮演著重要的角色。 servlet 充當控制器。

• 客戶端發送請求。
• Servlet 處理客戶端發送的請求。
• servlet 建立一個 bean 物件並呼叫特定的 JSP 頁面。
• 此處 JSP 不處理任何客戶端請求。
• JSP 執行演示部分。

3.企業 Java Bean (EJB)

Enterprise Java Beans 是一種用於建立高度可擴展且強大的企業級應用程式的開發架構。

EJB 的特性：

• 開發人員必須專注於應用程式的業務邏輯，因為應用程式伺服器提供了大部分系統級服務，事務、日誌記錄、異常處理等
• EJB 容器管理所有 EJB 實例。
• EJB 元件可以在任何與 EJB 相容的伺服器上運作。這些好處與平台無關。

Enterprise Bean 類型：

a。會話 Bean

會話 bean 為客戶端執行任務。客戶端可以透過程式設計方式呼叫封裝的業務邏輯。

會話 Bean 分為三種：

• 有狀態會話 Bean：有狀態會話 Bean 的實例代表唯一客戶端的狀態，通常稱為會話狀態。它也稱為互動式會話，並且僅與一個使用者關聯。一旦客戶端刪除 beans 會話結束，狀態就會保留，且狀態消失。
• 無狀態會話 Bean：無狀態會話實例不維護與客戶端的會話狀態。當客戶端呼叫時，無狀態 bean 變數包含特定於該客戶端的方法，但僅在呼叫期間有效。此實例適用於所有客戶端。可以實現網路服務。
• 單例會話 Bean： 每個應用程式實例化一次，並在應用程式的生命週期中存在。當單一實例 bean 在所有並發客戶端之間共用時使用。伺服器維護客戶端呼叫之間的狀態，但不需要在伺服器關閉期間維護狀態。它應該在應用程式啟動時實例化。

b。訊息驅動

訊息驅動 Bean 是特定訊息類型的偵聽器，例如 Java 訊息伺服器 API。

EJB 架構：

4. Java 資料庫連線 (JDBC)

Java 資料庫連線是用於連接和執行查詢的 Java API。它使用 JDBC 驅動程式進行連線。

驅動程式類型：

• JDBC-ODBC 橋接器驅動程式
• 本機驅動程式。
• 網路協定驅動程式。
• 瘦驅動程式。

特徵：

• ODBC 使用 ODBC 驅動程式進行連接，因為這些驅動程式依賴於平台，因此 Java 開發了自己的 JDBC API。
• Java 可用於編寫不同類型的可執行文件，包括 - Java Applet、JSP、EJB、Servlet 等

JDBC 架構：

JDBC架構分為兩種

• 兩層架構。
• 三層架構。

a。兩層架構

兩層架構的圖形表示。

在這種兩層架構中，Java 應用程式是直接從資料庫存取的。客戶端使用 JDBC 驅動程式直接存取資料。資料庫可能位於同一台電腦上，也可能位於客戶端-伺服器設定中的另一台電腦上。

b。三層架構

三層架構的圖形表示。

此架構將指令傳送到中間層，中間層處理請求，然後將其轉送到資料來源。資料來源處理請求，並將結果傳回中間層，然後再傳送給使用者。三層保持對企業資料的資料存取和更新的控制。

5. Java 訊息服務 (JMS)

Java 訊息服務是一種 API，它在稱為訊息服務的網路中的電腦之間提供正式通訊。

• 訊息交換可以是同步或非同步模式。
• JMS API 允許其他 Java 平台語言之間的互通性。
• 應用程式建構在概念訊息佇列、發送者和接收者的基礎上。

JMS 中有兩種類型的訊息傳遞域。

a。點對點訊息域

• 應用程式基於佇列、發送者和接收者的概念。
• 傳送到訊息佇列接收者的每個訊息都會將訊息儲存在訊息佇列中。
• 佇列儲存所有訊息，直到其消耗或過期。
• 如果接收者在網路中不可用，則訊息將保留在訊息代理程式中，直到接收者消耗該訊息。
• 接收方確認訊息消費。

b。發布/訂閱訊息域

• 應用程式將訊息傳送到稱為主題的訊息代理程式。
• 主題向所有訂閱者發布訊息。
• 主題保留所有訊息，直到接收者消耗它。
• 這裡有多位消費者，消費者訂閱後都會收到訊息。

JMS 架構：

6. Java 事務 API (JTA)

JTA 允許執行分散式事務以透過網路中的多台電腦存取和更新資料。 JTA API 可作為事務管理器和客戶端之間的 Java 介面。

應用程式伺服器和資源管理器控制對共享資源事務的存取。

• 原子性：事務管理器負責做出最終決定是提交還是回滾。
• 提供一致性：如果交易失敗，則保留資料完整性。
• 在其他應用程式或執行緒提交或回滾事務之前，無法逐步停止交易。
• 即使系統故障，承諾也可以保留。
• 三種類型的事務管理器。
• 資料庫：交易可防止資料庫因更新不完整而處於不一致狀態。
• JMS 提供者 - 使用事務確保訊息可靠傳遞。
• J2EE 連接器架構組件。
• 容器管理的事務： EJB 容器設定交易的邊界，並且它可以使用任何企業 bean。該程式碼不包含開始和結束交易的語句。
• 元件管理事務：事務由 JDBC API 管理，它允許應用程式本身進行事務管理。訊息驅動 Bean 明確標記交易的邊界。

JTA 建築：

7. Java 郵件

Java Mail 是 API。這使我們能夠撰寫、閱讀和撰寫電子郵件。該API提供協定無關和平台無關。

與 Java Mail API 一起使用的協定：

• SMTP：SMTP（簡單郵件傳輸協定）是一種傳輸電子郵件的機制。 Apache James Server 和其他郵件伺服器軟體可以用作 SMTP 伺服器來傳送和轉送電子郵件。
• POP：POP 是郵局協議/POP3。這是一種接收電子郵件的機制。支援每個使用者使用一個郵箱。 Apache James Server，郵件伺服器，可用於 POP 功能。
• IMAP：網際網路訊息存取協定是一種用於接收訊息的高階協定。支援每個使用者多個郵箱。
• MIME：多個網路郵件擴充功能告訴瀏覽器正在傳送的內容，例如電子郵件的格式、附件等

Java 郵件架構：

8. Java 命名與目錄介面 (JNDI)

Java 命名和目錄介面是用於命名和目錄服務的 API，允許使用者使用特定名稱發現資料。

• JNDI 獨立於實作。
• 它提供服務提供者介面 (SPI) – 允許將目錄服務插入框架。
• 開發人員使用 API 將 Java 應用程式連接到外部目錄。
• 它提供了一種將物件綁定到名稱的機制。
• 事件介面允許客戶端決定目錄條目何時被修改。

JNDI 使用以下命名和目錄服務。

• 輕量級目錄存取協定 (LDAP)。
• 通用物件請求代理架構 (CORBA)。
• 通用物件服務（COS）
• Java 遠端方法呼叫 (RMI)。
• 網域服務 (DNS)。

JNDI 架構：

9. J2EE 連接器架構 (JCA)

應用程式伺服器使用 JCA 連接到 EIS。

• 啟用 JCA 的應用程式伺服器可與任何符合 JCA 的 EIS 整合。
• 資源適配器允許Java應用程式存取EIS的資源管理器並與之互動。
• 它還提供基於訊息的事務整合、基於 Java EE 的 Web 服務與 EIS。

JCA 定義了 Java 應用程式伺服器和資源適配器之間的一組標準系統級契約。

• 連線管理：啟用應用程式伺服器集與 EIS 的連線。使應用程式元件能夠連接。這有利於可擴展的應用程式環境並支援大量客戶端。
• 事務管理：允許應用程式伺服器使用事務管理器來管理多個資源管理器的事務。該軟體支援交易的內部管理，無需外部交易管理者的參與。
• 安全管理：防止對 EIS 的安全威脅並保護 EIS 管理的寶貴資源。
• 生命週期管理：使應用程式伺服器能夠管理資源適配器從開始到終止的生命週期。
• 工作管理：使資源適配器能夠將工作指派給應用程式伺服器執行。應用伺服器調度執行緒來完成指定的工作。
• 事務流入管理：允許資源適配器將匯入的事務傳播到應用程式伺服器。允許資源適配器傳輸 EIS 發起的事務完成和崩潰復原。
• 訊息流入管理：允許將訊息非同步傳遞到駐留在應用程式伺服器的訊息端點。

JCA 建築：

結論 – J2EE 技術

2EE 最佳化企業運算或提供客戶端增強功能的企業應用程式。幾乎所有J2EE技術提供的容器或應用伺服器都有助於快速開發和部署，因為Java獨立於平台的標準確保了可以在多個平台上運行的跨平台開發。 J2EE中的大部分技術都是分開設計和開發的。

以上是J2EE技術的詳細內容。更多資訊請關注PHP中文網其他相關文章！