WebSphere Application Server: 概觀

瞭解程式設計模型、更深入地瞭解本產品,進而快速入門。

在這個產品上部署之應用程式的程式設計模型,具有下列層面:
  • Java™ 規格和其他開發應用程式的開放式標準
  • WebSphere® 程式設計模型延伸,以加強應用程式功能
  • 應用程式伺服器中的儲存器和服務,供已部署的應用程式使用,有時候還可延伸

圖型顯示單一應用程式伺服器安裝架構。 這裡會說明與程式設計模型相關的組件。 其他組件包含與程式設計模型概述的各種應用程式類型無關的產品架構。 請參閱 產品概觀

應用程式服務環境

Java EE 應用程式元件

產品支援符合 Java Platform, Enterprise Edition (Java EE) 規格的應用程式元件。
在 Web 儲存器中執行的 Web 應用程式

Web 儲存器是執行 Web 應用程式元件之應用程式伺服器的一部分。 Web 應用程式包含一或多個可當作一個單元管理的相關 Servlet、JavaServer Pages 技術(JSP 檔)和「超文字標記語言 (HTML)」檔。 其可組合在一起來執行商業邏輯功能。

Web 儲存器會處理 Servlet、JSP 檔和其他類型的伺服器端併入項目。 每一個應用程式伺服器執行時期都有一個可修改但不可建立或移除的邏輯 Web 儲存器。 每一個 Web 儲存器都提供下列項目。
Web 儲存器傳輸鏈
要求會使用 Web 儲存器的入埠傳輸鏈,直接導向至 Web 儲存器。 該鏈結包含一個 TCP 入埠通道(用來提供網路的連線)、一個 HTTP 入埠通道(來處理 HTTP 要求)及一個 Web 儲存器通道(用這個通道來將 Servlet 和 JSP 檔的要求傳送至 Web 儲存器以進行處理)組成。
Servlet 處理
處理 Servlet 時,Web 儲存器會建立一個要求物件和回應物件,接著呼叫 Servlet 的 service 方法。 在適當的時候,Web 儲存器會呼叫 Servlet 的 destroy 方法,並在 JVM 執行記憶體回收之後卸載該 Servlet。

Servlet可以執行下列作業:支援動態網頁內容、提供資料庫存取、同時為多個用戶端服務,以及過濾資料。

JSP 檔支援在網頁中將 HTML 程式碼與商業邏輯相隔離。 JSP 規格的 IBM® 延伸可讓 HTML 作者輕鬆將 Java 技術的功能新增至網頁,而無需成為 Java 程式設計專家。

HTML 和其他靜態內容處理
導向至 Web 儲存器的 HTML 和其他靜態內容的要求,是由 Web 儲存器入埠鏈來處理。 不過在大部分情況下,利用外部 Web 伺服器和 Web 伺服器外掛程式作為 Web 儲存器的前端,更適合正式作業環境。
階段作業管理
依照 Servlet 應用程式設計介面 (API) 規格的說明,支援 javax.servlet.http.HttpSession 介面。

HTTP 階段作業 是源自同一個瀏覽器上的同一個使用者,對 Servlet 發出的一系列要求。 階段作業允許在 Web 儲存器中執行的應用程式追蹤個別使用者。 例如,許多 Web 應用程式均容許在使用者瀏覽網站時,根據使用者所造訪的頁面集合系列來動態收集資料。 使用者下一個移至的頁面,或是網站下一個顯示的頁面,可能會視使用者先前從網站中所選的內容而定。 為了維護此資料,應用程式會將它儲存在 階段作業中。

SIP 應用程式及其儲存器

SIP 應用程式是一種至少使用一個「階段作業起始通訊協定 (SIP)」Servlet 的 Java 程式。 SIP 用來建立、修改和終止多媒體 IP 階段作業,包括:IP 電話、會議參與,以及即時傳訊。

Portlet 應用程式及其儲存器

Portlet 應用程式是可重複使用的特殊 Java Servlet,其會根據入口網站網頁上定義的區域來顯示。 Portlet 提供了對許多不同的應用程式、服務和 Web 內容的存取。

在 EJB 儲存器中執行的 EJB 應用程式

EJB 儲存器提供了部署及管理 Enterprise Bean 所需的所有執行時期服務。 這個伺服器程序會處理 Session Bean 和 Entity Bean 兩者的要求。

Enterprise Bean 是通常會實作 Java EE 應用程式的商業邏輯以及存取資料的 Java 元件。 包裝在 EJB 模組中且安裝在應用程式伺服器中的 Enterprise Bean,並不會直接與伺服器進行通訊。 反之,EJB 儲存器是 EJB 元件和應用程式伺服器之間的介面。 儲存器和伺服器會一起提供 Enterprise Bean 執行時期環境。

儲存器提供了許多低階服務,包括執行緒作業和交易支援。 從管理角度,儲存器會處理所包含 Bean 的資料存取。 單一儲存器可以管理多個 EJB Java 保存檔 (JAR)。

用戶端應用程式和其他類型的用戶端

在用戶端/伺服器環境中,用戶端會與伺服器上執行的應用程式進行通訊。 用戶端應用程式應用程式用戶端 通常是指根據一組特定的 Java 規格所實作的用戶端,它們會在符合 Java EE 標準應用程式伺服器的用戶端儲存器中執行的用戶端。 WebSphere Application Server 環境中的其他用戶端包括實作為 Web 應用程式的用戶端 (Web 用戶端)、Web 服務程式的用戶端 (Web 服務用戶端)、 及產品系統管理的用戶端 (管理用戶端)。
用戶端應用程式和其儲存器
用戶端儲存器會與應用程式伺服器分開安裝在用戶端機器上。 其可讓用戶端與 EJB 相容的 Java EE 環境中執行應用程式。 圖型顯示在用戶端儲存器中執行的 Java 用戶端。

本產品提供便利的 launchClient 工具 ,可用來啟動應用程式用戶端及其用戶端儲存器執行時期。

根據技術資訊的來源,用戶端應用程式有時候也稱為應用程式用戶端。 在這份文件中,這兩個詞彙的意思相同。

Web 用戶端,也稱為 Web 瀏覽器用戶端
此圖顯示 Web 瀏覽器用戶端(也簡稱 Web 用戶端)對應用程式伺服器的 Web 儲存器發出要求。 Web 用戶端或 Web 瀏覽器用戶端會在 Web 瀏覽器中執行,且通常是 Web 應用程式。
Web 服務用戶端
Web 服務用戶端是應用程式服務環境中可能存在的另一種用戶端。 圖表未描述 Web 服務用戶端。 Web 服務資訊包含此用戶端類型的相關資訊。
管理用戶端
圖型顯示兩種管理用戶端:Scripting 用戶端和管理主控台(這是用來管理這個產品的圖形使用者介面 (GUI))。 這兩者都會存取系統管理基礎架構的組件。 就其意義而言,其基本上和您在伺服器上部署的任何類型的應用程式都相同,管理用戶端是產品架構的一部分。 不過,由於這些許多用戶端是您建立的程式,為求完整性,因此將它們當作程式設計模型的一部分來說明。

請參閱 使用管理用戶端

Web 服務

Web 服務
此圖顯示 Web 服務引擎,這是應用程式伺服器執行時期中 Web 服務支援的一部分。 Web 服務為自行包含的模組應用程式,其可透過網路來說明、發佈、定位及呼叫。 其會實作服務導向架構 (SOA),以有彈性和標準化的方法來支援連接或共用資源和資料。 服務會加以說明並組織,來支援動態自動化探索並重複使用。

此產品是作為 Web 服務提供者和要求者。 作為提供者時,主控發佈供用戶端使用的 Web 服務。 作為要求者時,主控從其他位置呼叫 Web 服務的應用程式。 此圖表顯示此功能中的 Web 服務引擎聯絡 Web 服務提供者或閘道。

資料存取、傳訊和 Java EE 資源

資料存取資源
存取應用程式伺服器中的企業資訊系統 (EIS) 的連線管理是以 Java EE 連接器架構 (JCA) 規格為基礎。 圖型顯示協助應用程式存取資料庫(應用程式會從中擷取及持續保存資料)的 JCA 服務。

企業應用程式和 EIS 之間的連線,會透過使用 EIS 提供的資源配接器(其已外掛到應用程式伺服器中)來完成。 該架構指定了應用程式伺服器和 EIS 之間的連線管理、交易管理,以及安全合約。

應用程式伺服器中的「連線管理程式」(未顯示)會保留及管理連線。 其能夠管理透過資源配接器(由 JCA 規格所定義)和資料來源(由「JDBC 2.0 延伸」規格所定義)所取得的連線。

JDBC 資源(JDBC 提供者和資料來源)是應用程式用來存取資料的一種 Java EE 資源 類型。 雖然資料存取是比 JDBC 資源更廣泛的主題,但是為了簡單起見,這項資訊通常將資料存取分組在 Java EE 資源的標題下。

JCA 資源配接器 是應用程式使用的另一種類型的 Java EE 資源。 JCA 定義了將 Java EE 平台連接到異質 EIS 的標準架構。 假設 ERP、大型主機交易處理程序、資料庫系統和舊式應用程式,都不是以 Java 程式語言撰寫。

JCA 資源配接器是由 EIS 供應商或其他協力供應商所提供的系統層次軟體驅動程式。 其提供了 Java EE 應用程式伺服器或用戶端與 EIS 之間的連線功能。 如果要使用資源配接器,請安裝資源配接器程式碼,並建立使用該配接器的配置。 本產品提供了預先定義的關聯式資源配接器供您使用。

傳訊資源和傳訊引擎
JMS 支援可讓應用程式利用 JMS 目的地(佇列或主題),以非同步方式,與其他 JMS 用戶端交換訊息。 應用程式可以利用訊息驅動 Bean 從 JMS 目的地和 JCA 端點自動擷取訊息,而不必明確輪詢訊息。

對於入埠非 JMS 要求,訊息驅動 Bean 會使用針對該目的所撰寫的 Java EE 連接器架構 (JCA) 1.5 資源配接器。 針對 JMS 傳訊,訊息驅動 Bean 可以使用 JCA 型的傳訊提供者,如:屬於該產品一部分的預設傳訊提供者。

傳訊引擎支援下列類型的訊息提供者。
預設傳訊提供者(服務整合匯流排)
預設傳訊提供者會使用服務整合匯流排來進行傳輸。 預設訊息提供者提供了點對點功能,以及發佈和訂閱功能。 利用這個提供者,您可以定義對應於服務整合匯流排目的地的 JMS Connection Factory 和目的地。
IBM MQ 提供者
您可以使用 IBM MQ 作為外部 JMS 提供者。 應用程式伺服器提供 JMS 用戶端類別和管理介面,而 IBM MQ 提供佇列型傳訊系統。
通用 JMS 提供者
只要該傳訊提供者實作 JMS 1.0.2 規格的 ASF 元件,您就可以使用另一個傳訊提供者。 這個提供者的 JMS 資源不能利用管理主控台來配置。
對於轉移使用者: 第 6 版將 JMS 伺服器的第 5 版概念取代為應用程式伺服器內建的傳訊引擎,以提供先前提及的各種提供者。 提供第 5 版傳訊提供者是為了配置搭配第 5 版內嵌傳訊使用的資源。 第 5 版預設傳訊提供者也可以搭配服務整合匯流排使用。

EJB 2.1 引進了 ActivationSpec,以將訊息驅動 Bean 連接至目的地。 為了與第 5 版相容,您仍然可以對接聽器埠配置 JMS 訊息驅動 Bean (EJB 2.0)。 針對這些訊息驅動 Bean,訊息接聽器服務提供了一個接聽器管理程式來控制及監視一或多個 JMS 接聽器;每一個都代表已部署的訊息驅動 Bean 來監視 JMS 目的地。

服務整合匯流排

服務整合匯流排對傳訊和服務導向應用程式,提供了一致的通訊基礎架構。 服務整合匯流排是一個 JMS 提供者,其提供了可靠的訊息傳輸,並利用中介邏輯,將訊息流程巧妙地納入到網路中。 它支援連接 Web 服務要求者和提供者。 其功能可完整整合到產品架構中,包括安全、系統管理、監視及問題判斷子系統。

服務整合匯流排通常只稱為匯流排。 當用來管理 JMS 應用程式時,其通常稱為傳訊匯流排。 其是由下列組件所組成(圖型中未顯示這個層次的詳細資料)。
匯流排成員
已加入匯流排的應用程式伺服器。
傳訊引擎
用來管理匯流排資源的元件。 其提供一個連接點供用戶端產生訊息,或是從該處使用訊息。
目的地
匯流排內應用程式連接以交換訊息的位置。 目的地可以代表 Web 服務端點、傳訊點對點佇列,或是傳訊發佈和訂閱主題。 目的地是建立在匯流排上,且在傳訊引擎中管理。
訊息儲存庫
每一個傳訊引擎都會使用受支援之資料儲存庫(如:JDBC 資料庫)中的一組表格來存放資訊,如:訊息、訂閱資訊和交易狀態。
透過服務整合匯流排 Web 服務支援,您可以執行下列動作:
  • 將已在服務目的地提供的內部服務作為 Web 服務。
  • 使外部 Web 服務可在服務目的地使用。
  • 使用 Web 服務閘道將現有的內部服務或外部 Web 服務,對映至可能由閘道所提供的新 Web 服務。
並行性、郵件、URL 和其他 Java EE 資源
下列種類的 Java EE 資源可供部署在符合 J2EE 標準的應用程式伺服器上的應用程式使用。
  • 用於資料存取的 JDBC 資源和其他技術(先前已說明)
  • JCA 資源配接器(先前已說明)
  • JMS 資源和其他傳訊支援(先前已說明)
  • 用以提交或排定作業來平行執行、建立繼承 Java EE 環境定義的執行緒,以及傳送 Java EE 環境定義來呼叫非同步回呼之類介面的並行性資源。
  • JavaMail 支援,供應用程式傳送網際網路郵件

    JavaMail API 提供了一個平台以及與通訊協定無關的架構,來建置 Java 型郵件用戶端應用程式。 API 需要服務提供者(也稱為通訊協定提供者),來與以適當的通訊協定執行的郵件伺服器互動。

    郵件提供者封裝了一套通訊協定提供者,包括用於傳送郵件的「簡易郵件傳送通訊協定 (SMTP)」;用於接收郵件的「郵局通訊協定 (POP)」;以及作為接收郵件另一種選擇的「網際網路訊息存取通訊協定 (IMAP)」。 如果要使用另一個通訊協定,您必須安裝該通訊協定適當的服務提供者。

    JavaMail 不僅需要服務提供者,還需要 JavaBeans Activation Framework (JAF) 作為基礎架構,以處理非純文字的複式資料類型,例如「多用途網際網路郵件延伸 (MIME)」、URL 頁面及檔案附件。

  • URL,用來說明邏輯位置

    URL 提供者會實作特定 URL 通訊協定(如:HTTP)的功能,以啟用應用程式和特定通訊協定所處理之 URL 資源之間的通訊。 包含預設 URL 提供者,供任何 URL 資源使用,其通訊協定以支援的 Java Platform、 Standard Edition (Java SE) 規格 (例如 HTTP、FTP 或 File) 為基礎。 您也可以外掛您自己的且實作其他通訊協定的 URL 提供者。

  • 資源環境項目,用來將邏輯名稱對映到實體名稱

    java:comp/env 環境提供了單一機制,可供查閱 JNDI 名稱空間物件和本端應用程式環境物件。 依預設,本產品提供了許多區域環境項目。

    Java EE 規格也提供了一個機制,藉由在應用程式的標準部署描述子中定義項目,來定義客戶環境項目。 Java EE 規格使用下列方法,來區隔資源環境項目的定義與應用程式。
    • 需要應用程式伺服器來提供一個機制,以定義用來封裝資源環境項目的個別管理物件。 您可以利用應用程式伺服器本端名稱空間 (java:comp/env) 中的 JNDI,來存取管理物件。
    • 指定管理物件的 JNDI 查閱名稱,和預期傳回的物件類型。 這個規格是在部署描述子中的上述資源環境項目中執行。
    本產品支援使用具有下列管理概念的資源環境項目。
    • 資源環境項目 會定義資源環境項目的連結目標(JNDI 名稱)、Factory 類別和傳回物件類型(透過可參照項目的鏈結)。
    • 可參照項目 會定義傳回物件實例(其實作 Java 介面)之 Factory 的類別名稱。
    • 資源環境提供者 會將可參照項目、資源環境項目和任何必要的自訂內容群組在一起。

安全

安全程式設計模型和基礎架構
本產品提供了安全基礎架構和機制,來保護機密的 Java EE 資源和管理資源,以及處理鑑別、資源存取控制、資料完整性、機密性、私密性和安全交互作業能力的企業端對端安全需求。

安全基礎架構和機制可保護 Java Platform, Enterprise Edition (Java EE) 資源和管理資源,以滿足您的企業安全需求。 進而,這個產品的安全基礎架構會使用多層次企業運算架構現有的安全基礎架構。 根據開放式架構,本產品提供了許多外掛點來整合企業軟體元件,以提供端對端安全。

安全基礎架構包含一個程式設計模型,以及與應用程式類型無關的產品架構元素。

供應用程式使用的其他服務

命名和目錄
每一部應用程式伺服器都會提供命名服務,進而提供「Java 命名和目錄介面 (JNDI)」名稱空間。 該服務會用來登錄在應用程式伺服器上管理的資源。 JNDI 實作是建置在 Common Object Request Broker Architecture (CORBA) 命名服務 (CosNaming) 之上。

JNDI 對命名提供了用戶端存取,並呈現應用程式開發者所使用的程式設計模型。 CosNaming 提供了伺服器端實作,也是實際儲存其名稱空間的位置。 JNDI 基本上是提供 CosNaming 中儲存之名稱空間的用戶端封套,且會代替用戶端與 CosNaming 伺服器互動。

應用程式伺服器的用戶端會使用命名架構,來取得與這些應用程式相關之物件的參照。 這些物件會連結到稱為「名稱空間」的主要階層式結構。 其是由一組名稱連結所組成,每一個都是與特定環境定義以及連結至該名稱的物件相關的名稱。 您可以透過名稱伺服器來存取及操作名稱空間。

這個產品提供下列命名和目錄特性。
  • 分散式名稱空間,用以提供更多的可調整性
  • 暫時性和持續性分割區,用於連結各種不同的範圍
  • 跨多部伺服器的聯合名稱空間結構
  • 已配置的連結,用於定義伺服器啟動時,系統所連接的連結
  • CORBA「可交互作業的命名服務 (INS)」物件 URL 的支援

請注意,新增虛擬成員管理程式以提供聯合儲存庫支援產品安全,現在產品提供比以往更廣泛且更準確的身分管理功能,特別是與其他 WebSphere 及 Tivoli ® 產品一起使用。

Object Request Broker (ORB)
本產品使用 ORB 來管理用戶端應用程式和伺服器應用程式之間的互動,以及產品元件之間的互動。 ORB 使用 IIOP 來使用戶端在網路分散式環境中,對伺服器發出要求以及從伺服器接收要求。

ORB 提供了一個架構,供用戶端找出網路中的物件以及對這些物件呼叫作業,如同遠端物件與用戶端位於相同的執行中程序一樣,來提供位置透通性。

雖然圖中未顯示,但 ORB 起作用的位置就是用戶端儲存器代表 Java 用戶端聯絡 EJB 儲存器的位置。

交易
應用程式伺服器有一部分是交易服務。 產品提供進階交易式功能,來協助應用程式開發人員避免自訂編碼。 其支援將現有軟體資產與 Java EE 環境整合相關的許多挑戰。 這些措施包括 ActivitySessions。

在伺服器上執行的應用程式,可以利用交易將資源的多個更新當作一個工作單位來進行協調,使得所有更新或沒有任何一個更新成為永久的。 交易由應用程式或部署應用程式的儲存器來啟動和結束。

應用程式伺服器是一個交易管理程式,其支援資源管理程式的協調,且會與其他相符的交易管理程式一起參與分散式廣域交易。

當不需要分散式交易支援時,伺服器可以配置成透過其區域交易支援,與資料庫、JMS 佇列和 JCA 連接器互動。

應用程式使用交易的方式,會視應用程式的類型而定,例如:
  • Session Bean 可以管理其交易本身,或是將交易的管理委派給儲存器。
  • Entity Bean 會使用儲存器管理的交易。
  • Web 元件(如:Servlet)則會使用 Bean 管理的交易。
本產品係利用下列元件來處理交易。
  • 交易管理程式支援加入可回復的 XAResources,且確保每一項資源都會導向一致的結果;不管是在交易結束時,或是在失敗之後再重新啟動應用程式伺服器的狀況。
  • 當儲存器對交易式資源管理程式(如:資料庫)執行更新時,其代替已部署的應用程式管理加入 XAResources 的作業。 儲存器可以選擇性地控制 EJB 應用程式的交易區分,這些 EJB 應用程式已對儲存器管理的交易配置 Enterprise Bean。
  • API 會處理 Bean 管理的 Enterprise Bean 和 Servlet,以允許這類應用程式元件來控制其本身交易的區分。

WebSphere 延伸

WebSphere 程式設計模型延伸是您購買本產品時,即附贈的程式設計模型。 其提供了先進的技術來加強應用程式功能和效能,並使程式設計和部署更加快速且更有生產力。

此外,您的應用程式可以使用 Eclipse 延伸架構。 只要您對應用程式的可延伸區域定義延伸點並提供延伸處理程式碼,該應用程式即可延伸。 您也可以定義符合目標延伸點需求的延伸,將應用程式外掛到另一個可延伸的應用程式。 延伸點可以動態找到新增的延伸,而新的功能則會無縫地整合在現有的應用程式中。 它適用於跨 Java Platform, Enterprise Edition (Java EE) 模組。 應用程式延伸登錄會使用 Eclipse 外掛描述子格式和應用程式設計介面 (API),作為 WebSphere 應用程式的標準延伸機制。 建置 WebSphere 應用程式模組的開發人員可以使用 WebSphere Application Server 延伸來實作 Eclipse 工具,以及提供外掛程式模組來提供動作、作業、功能表項目等功能。 以及位於 WebSphere 應用程式中預先定義延伸點的鏈結。 如需此特性的相關資訊,請參閱 應用程式延伸登錄

各種不同的 WebSphere 程式設計模型延伸,以及在應用程式伺服器執行時期中支援它們的對應應用程式服務,可以分為三個群組:「商業物件模型」延伸、「商業程序模型」延伸,以及產生「新一代應用程式」的延伸。

與「商業物件模型」相關的延伸

商業物件模型延伸會操作商業物件,如:Enterprise Bean (EJB) 應用程式。
應用程式設定檔作業
應用程式設定檔作業是一個用來定義動態控制並行性、預先提取和先讀之策略的 WebSphere 延伸。

應用程式設定檔作業和存取目的提供了一個有彈性的方法,來細部調整 Enterprise Bean 的應用程式效能,而不會影響原始碼。 不同的 Enterprise Bean,甚至是一個 Enterprise Bean 中不同的方法,都可以有自己的目的來存取資源。 根據其存取目的來側寫元件,可以增加應用程式伺服器執行時期中的效能。

動態查詢
動態查詢是一個具備前所未有的應用程式彈性的 WebSphere 程式設計延伸。 它可讓您動態建置及提交在執行時期,對應用程式資料進行選取 (select)、排序 (sort)、結合 (join),以及執行計算的查詢。 「動態查詢」服務提供了在執行時期傳入及處理 EJB 查詢語言查詢的功能,如此就不需要在應用程式開發期間,將所需的查詢寫在部署描述子中。

動態查詢可讓用戶端在執行時期對 EJB 元件執行自訂查詢,來改善 Enterprise Bean。 到目前為止,EJB 查閱和欄位對映都是在開發時實作,且需要進一步開發或重組才能變更。

動態快取
動態快取服務可快取 Servlet、指令和 JSP 檔的輸出,來提昇效能。 應用程式伺服器內的這項服務會截取可快取物件的呼叫,並儲存物件的輸出,或是處理來自動態快取的物件內容。

由於 Java EE 應用程式有高讀寫率,且容許在流通其資料時有小幅延遲,因此動態快取有機會大幅改善伺服器回應時間、通訊量和可調整性。

其特性包括在叢集之間的快取抄寫,快取磁碟卸載、Edge Side Include 快取以及外部快取(在應用程式伺服器外控制快取的功能,如 Web 伺服器的功能)。

與「商業程序模型」相關的延伸

商業程序模型延伸提供了程序、工作流程功能,以及應用程式伺服器的服務。 請搭配商業整合功能一起使用。
ActivitySessions
ActivitySessions 是一個 WebSphere 延伸,其可降低處理與一段式確定資源相關聯之確定規則和限制的複雜度。

ActivitySessions 提供了延伸多個區域交易的範圍以及將這些交易加以分組的功能。 如此可讓它們根據部署準則或透過明確的程式邏輯來確定。

Web 服務
Web 服務為自行包含的模組應用程式,其可透過網路來說明、發佈、定位及呼叫。 其會實作服務導向架構 (SOA),以非常有彈性和標準化的方法來支援連接或共用資源和資料。 服務會加以說明並組織,來支援動態自動化探索並重複使用。

用來建立新一代應用程式的延伸

新一代延伸 可以用於需要特定延伸的應用程式中。 這些應用程式運用了建置在現今 Java EE 標準上的最新創新,來進行新一代的開發。 如此可對應用程式開發、執行和效能,提供前所未有的絕佳控制。
非同步 Bean
非同步 Bean 已淘汰,由 Concurrency Utilities for Java EE 來取代。

非同步 Bean 可讓單一作業當作多個作業來執行,以增強需要大量資源之作業的效能。 非同步排程機能也可以用來在指定時間以 批次模式 處理平行處理要求。 本產品對於在應用程式伺服器內非同步執行及呼叫執行緒和元件,提供了完整的支援。 應用程式伺服器提供了元件的執行和安全環境定義,使其成為應用程式的不可或缺的部分。

啟動 Bean
啟動 Bean 可在應用程式伺服器啟動或停止時,自動執行商業邏輯。 例如,其可用來預先填入應用程式專屬的快取、起始設定應用程式層次的連線儲存區,或是執行其他應用程式專屬的起始設定和終止程序。
物件儲存區
物件儲存區提供了一個有效的方法,藉由允許重複使用物件的多個實例,來改善執行時期的應用程式效能。 這項重複使用可減少與物件的實例化、起始設定和記憶體回收相關聯的負荷。 建立物件儲存區可讓應用程式取得 Java 物件的實例,並在使用完畢時,將該實例傳回儲存區。
國際化
國際化服務是一個用來改善開發人員生產力的 WebSphere 延伸。 其可讓您自動辨識呼叫用戶端的時區和位置資訊,使得應用程式可以適當地運作。 該技術可讓您將正確的日期和時間資訊、適當的貨幣和語言,以及正確的日期和數字格式,交付給全球的每一位使用者。
排程器
排程器服務是在特定時間或間隔,負責處理啟動動作的 WebSphere 程式設計延伸。 其有助於透過充分運用現有的運算資源,將 IT 成本降至最低,並增加應用程式的速度和回應性。 排程器服務提供了利用平行處理來處理工作量、將特定交易設為高優先順序,以及將較不緊急的作業排定在資料流量較低的非工作時間處理的功能。
工作區
工作區是一個用來改善開發人員生產力的 WebSphere 延伸。 工作區提供類似於 廣域變數的功能。 其提供了一個解決方案,來傳遞及傳播應用程式元件之間的環境定義資訊。

工作區可在分散式應用程式間有效共用資訊。 例如,當每一個客戶進入應用程式時,您可能要新增設定檔資訊。 藉由將這項資訊放在工作區中,其可在整個應用程式中使用,而不需要手動撰寫解決方案的程式碼,或是在資料庫中讀寫資訊。