WebSphere Message Broker V6.1 中的新增功能

本文介紹 WebSphere Message Broker V6.1 的主要增強功能，提供相關資源的參考，並描述 V6.1 中架構師、訊息流設計師和開發人員感興趣的各個技術方面。讀者應具備 WebSphere Message Broker 概念和功能方面的一些知識。

引言

IBM® WebSphere® Message Broker V6.1 是 IBM 推出的業界領先的整合產品，它是最近向市場提供新功能和改進效能的產品趨勢的繼續。本文描述 WebSphere Message Broker V6.1 中為架構師、訊息流設計師和開發人員提供的主要增強功能。

WebSphere Message Broker V6.1 是什麼？

WebSphere Message Broker 提供了一套完整的功能，您可以使用這些功能構建廣泛的處理能力，範圍從簡單的訊息切換到應用程式整合以及 Web 服務的最新技術。可以使用這些功能以傳統方式或全新方式連線現有應用程式和資料來源，從而為您帶來極大的業務好處。WebSphere Message Broker 的核心價值包括：

通用連線性 該產品提供了簡化應用程式連線性的工具，可讓您實現靈活和動態的基礎結構。儘管靜態連線性相對比較容易實現，但構建動態結構較為複雜，除非有相應的工具，否則很難實現。WebSphere Message Broker V6.1 提供了這些工具。 任意格式之間的訊息路由和轉換 WebSphere Message Broker 可讓您在一系列傳輸協議（如 MQ、JMS 1.1、HTTP(S)、Web 服務、檔案或使用者定義的協議）和資料格式（如二進位制 (C/COBOL)、XML、行業標準（SWIFT、EDI）、使用者定義的資料等）之間進行資料轉換。不但可以執行此轉換，而且還可以執行一系列不同方式的互動，如路由、過濾、轉換、充實、監視、分發、分解和關聯。 簡單程式設計 WebSphere Message Broker 中的處理模式非常簡單。它由訊息流 組成，訊息流描述應用程式的連線性。它們進而由訊息節點 構成，訊息節點封裝所需的整合邏輯。節點中的處理在訊息樹 中操作，訊息樹以獨立於格式和協議的方式描述資料。您可以在 WebSphere Message Broker 中使用各種轉換選項（如圖形對映、Java、ESQL、可擴充套件樣式表 (XSLT) 和 WebSphere Transformation Extender）處理資料。 操作管理和效能 WebSphere Message Broker 為您構建的實現提供了大量的管理和系統管理工具。V6.1 中支援十個作業系統和硬體平臺的組合，涵蓋了所有主要的硬體和軟體體系結構。效能是一項重要考慮事項，WebSphere Message Broker 的處理能力可以達到企業事務處理環境的典型速度，訊息速率為每秒數百或數千條。

WebSphere Message Broker V6.1 中的新功能

本文的其餘部分描述 WebSphere Message Broker V6.1 中的許多新功能和增強功能，主要分為以下幾類：

• 易於使用和工作效率
• 增強的 SOA 支援
• 管理和安全性
• 擴充套件的連線性
• 效能和平臺覆蓋範圍
• 其他改進

易於使用和工作效率

WebSphere Message Broker V6.1 開發的兩個重要方面是為各種 Message Broker 使用者角色中的使用者改進了易用性和提高了工作效率。易用性和工作效率增強在以下部分中描述：

安裝

此產品在 Windows® 和 Linux® 平臺上作為單一 DVD 提供。除 z/OS® 之外，在所有平臺上都提供了 InstallShield 多平臺安裝，在 z/OS 上它作為 SMP/E 控制的安裝提供，這在該平臺上為標準安裝。為幫助您完成安裝流程，還提供了快速啟動和硬拷貝安裝指南。

作為安裝的一部分還提供了內建檢查，以確保滿足產品要求。對於開發和測試系統，唯一的先決條件是需要安裝 WebSphere MQ V6 或更高版本。對於生產系統，您需要為代理執行時資料庫新增一個受支援的資料庫。對於開發和測試，可以使用 Derby 資料庫。有關先決條件的詳細資訊，請參閱下面參考資料部分中的產品公開信。

在安裝該產品之後，下一步通常是在移動到更高階的活動（如訊息流開發和遷移）之前構建執行時環境和檢視新功能（如果您是該產品的現有使用者）。以下各部分介紹可幫助您入門的一些產品改進。

入門和產品示例

在產品安裝完成之後，您可以啟動 WebSphere Message Broker 工具包。您可通過它訪問各種資訊，如一些示例、Web 資源連結和文件。在啟動工具包之後，您將看到歡迎螢幕，其中包括以下連結：

• Get Started——提供諸如產品介紹、建立預設配置和驗證產品安裝示例等條目的連結。
• Samples——演示 WebSphere Message Broker V6.1 中的一些新功能。
• Returning users——針對熟悉 WebSphere Message Broker 並希望學習新功能的使用者。
• Web resources——提供一些主題連結，如教育、產品擴充套件、社群、技術資源和最佳實踐。

如果希望在任何位置返回到歡迎螢幕，請在工具包的選單欄上選擇 Help => Welcome。

對於熟悉該產品的使用者，一個很好的起點是 Returning Users 部分，接著是匯入和執行一個或多個產品示例。

示例集可以通過在歡迎頁上選擇 Samples 或在工具包選單欄上選擇 Help => Samples Gallery 進行訪問。產品示例提供了一種觀察實際應用中的新功能的極好方法。在具備預設配置之後，可以將一個示例匯入 WebSphere Message Broker 工具包，部署到一個正在執行的代理並在數分鐘內執行，而且無需進行任何編碼。每個示例都附帶相關描述，介紹該示例演示的內容、其上下文、如何執行該示例以及用來執行的示例資料。

WebSphere Message Broker V6.1 向示例庫集合中新增了許多新示例，範圍涵蓋檔案處理、Web 服務、僅新配置節點和安全性等區域。

提供了兩種型別的示例：應用程式示例和技術示例。應用程式示例旨在顯示一個或多個元件互動，而技術示例則是基於程式碼的更詳細的示例，旨在演示特定功能的使用。

要訪問應用程式示例，請選擇 Application Samples，然後展開 Message Broker 框以顯示 WebSphere Message Broker 應用程式示例。

要訪問技術示例，請選擇 Technology Samples，然後展開 Message Broker 框以顯示 WebSphere Message Broker 技術示例。

您可以閱讀這些示例，而不執行該產品的任何其他配置。如果希望執行這些示例，則需要建立包含 Configuration Manager 的代理執行時環境，一個代理例項和至少一個用於 Configuration Manager 的佇列管理器和要使用的代理例項。通過使用隨工具包一起提供的預設配置嚮導可以輕鬆完成此操作。

呼叫預設配置嚮導：

• 檢視 WebSphere Message Broker 工具包的歡迎頁（這是在首次啟動 WebSphere Message Broker 工具包時顯示的第一個螢幕）。
• 在歡迎頁上選擇 Get Started 選項。
• 選擇 Create the Default Configuration 選項。
• 選擇 Start the Default Configuration 嚮導連結，該連結顯示在啟動的新螢幕的右皮膚上。

預設配置嚮導應在數分鐘內完成。在完成之後，將建立一個 Configuration Manager 和代理，並且工具包將連線到 Configuration Manager。在 WebSphere Message Broker 工具包的 Broker Administration 檢視中，您將能夠在底部的左側窗格中看到 Configuration Manager 和代理的狀態。

在工具包的不同平臺上建立 Configuration Manager 和代理需要手動干預以及產品特徵和命令的其他知識。因此，最好使用預設配置嚮導在安裝 WebSphere Message Broker 工具包的同一計算機上構建初始配置。在熟悉該產品之後，可以更方便地擴大範圍並跨任何支援的 WebSphere Message Broker 平臺進行工作。

在執行配置就緒之後，您可以使用指向和單擊處理匯入和執行隨該產品提供的任何示例。

使用 WebSphere Message Broker V6.1 進行的測試表明，普通使用者可以在一個小時內安裝該產品、建立預設配置，然後匯入和執行示例。

為這些示例提供了訊息流源，並且可以方便地用來探索 WebSphere Message Broker V6.1 的許多功能。

遷移

剛討論了安裝和示例的重要性，接著就談論遷移好像有些太突然，但對於該產品的老使用者而言，產品遷移過程可能會排在後續活動列表的前幾步中。

與 WebSphere Message Broker V6.0 相同，通過該產品提供的共存功能，遷移過程與更早版本相比得到了明顯簡化。可以在安裝 WebSphere Message Broker V6.0 和 WebSphere Business Integration Message Broker V5 的同一臺計算機上安裝和啟用 WebSphere Message Broker V6.1。這樣可以採取增量遷移方法，而不是採用“大爆炸”方法。

我們提供了一個執行遷移的命令，可以將 WebSphere Business Integration Event Broker V5、WebSphere Business Integration Message Broker V5、WebSphere Event Broker V6.0 和 WebSphere Message Broker V6.0 遷移到 WebSphere Message Broker V6.1 執行時元件。如果需要，還可以使用一個命令將遷移回滾到您選擇的以前級別。

可以將該產品以前的 V5 或 V6 版本中的訊息流、訊息集、ESQL、Java™、對映和 XSLT 用於 WebSphere Message Broker V6 工具包，而無需更改源。在將構件匯入工具包時，將自動完成產品遷移所需的更改。但是，如果還原安裝，則無法將任何升級的構件（如訊息流或訊息集）匯入該工具包的以前版本。

功能強大、易於使用的工具

與以前的版本相同，WebSphere Message Broker V6.1 繼續提供更方便和更快速地開發訊息流的新功能。

此類功能的示例是一些處理諸如配置元件之類任務的嚮導，例如在將 WSDL 拖動到代理應用程式檢視訊息流開發畫布上時建立企業資訊系統 (EIS) 介面卡和骨架訊息流。

類似地，有許多新節點被自定義為通過配置來使用而不是通過程式設計來使用，在以前版本中一般通過程式設計方式來使用。這樣可以更快、更容易地使用這些節點。這些新節點的示例有：Route、DatabaseRoute 和 DatabaseRetrieve 處理節點，如下面圖 1 所示：

• Route 節點可用於指導滿足特定條件的訊息沿著訊息流的不同路徑傳遞。節點中指定的條件可以使用 ESQL 引用或 XPath 表示式。
• DatabaseRoute 節點可用於路由訊息，方法是結合使用資料庫中的資訊和 XPath 表示式。
• DatabaseRetrieve 節點可用於修改訊息，方法是使用從資料庫中獲得的資訊並通過在處理節點中指定 XPath 表示式。例如，您可以使用訊息中包含的金鑰向訊息新增資訊；該金鑰可以是一個帳號。

圖 1. Route、DatabaseRoute 和 DatabaseRetrieve 節點

新的配置驅動的節點顯示在開發檢視調色上現有節點的旁邊。它們以與現有節點相同的方式連線到訊息流。節點的自定義是通過建立 XPath 表示式獲得的，該表示式將在執行時呼叫節點時執行。還提供了一個嚮導幫助您構建表示式。該向導允許您選擇訊息樹的元素、運算子和資料值。您可以新增訊息樹的新資料型別或元素，以便在表示式中使用。除此之外，這些處理節點還支援在訊息流開發過程中向處理動態新增終端。

還提供了許多其他節點。示例有 SOAP 處理節點和名為

EmailOutput 的新節點，這使得訊息流可以通過連線命名的 SMTP 伺服器生成電子郵件。這可用於向操作員發出警報，例如，告訴操作員在訊息流執行過程中出現了特定的情況。

為了能夠更容易地編碼高階觸發場景（包括事件處理），新增了一個新的配置驅動的處理節點，即 Collector 節點。可以將 Collector 節點視為一個高階觸發機制。它明顯簡化了可以使用的訊息集合的易用性（其他方法使用 JavaCompute 建立集合）。簡言之，訊息集合是生成單一訊息，該單一訊息可能從一個或多個源的多個訊息派生。包含多個源訊息的這個單一訊息稱為訊息集合。

例如，如果需要從三個不同的源提取、合併和轉換資訊（例如組合檔案和佇列），則可能用到 Collector 節點。來自這些不同源的訊息可能在不同的時間到達輸入終端，而且不知道該訊息的順序。集合是通過為每個輸入終端配置事件處理程式進行定義的。每個事件處理程式根據以下屬性控制是否接受進入集合的訊息：

• 訊息數量
• 在固定的時間段收集訊息
• 匹配關聯路徑的內容
• 匹配關聯模式的內容

關聯屬性允許根據訊息的內容生成集合。內容使用 XPath 表示式指定。Collector 節點可以確保每個集合在所有輸入中都包含一個相同的關聯字串。

當滿足事件處理程式為訊息集合設定的條件時，訊息集合完成，並可以用於傳播。

對於使用對映節點的人員而言，由於能夠直接從對映呼叫 Java，因此提高了節點的重用性。

訊息流的測試是整個開發過程中的重要部分。WebSphere Message Broker V6.1 中的增強功能可以在該領域中為您提供幫助。測試客戶機是隨 WebSphere Message Broker 工具包一起提供的一種工具，它為您提供用於管理和控制訊息流測試的工具。它通過諸如單擊啟動測試功能簡化了測試的執行，支援 HTTP 傳輸和為測試和資料池自動生成 XML 文件，以便儲存測試資料供日後重用。該客戶機還將顯示測試執行的狀態和歷史記錄。下面的圖 2 顯示了協作請求響應示例的測試客戶機螢幕。

圖 2. 用於執行協作請求響應示例的測試客戶機

開發中的另一個重要方面是錯誤處理過程，WebSphere Message Broker V6.1 中的除錯支援功能得到了明顯改變。除錯工具現在基於 Java 除錯協議的使用。WebSphere Message Broker 工具包中提供了除錯檢視，您可以通過該檢視執行以下操作：

• 查詢當前部署流的流執行時引擎
• 從流偵錯程式中分離流執行時引擎
• 恢復流執行
• 執行到終止
• 跨越節點
• 進入或離開子流
• 跨越、進入或離開原始碼

這允許您以互動方式除錯訊息、ESQL（在 Compute、Filter 或 Database 節點中）、Java 和使用對映節點建立的對映。下面的圖 3 顯示了正在除錯的訊息流示例。

圖 3. 使用 WebSphere Message Broker V6.1 中的新除錯工具除錯的訊息流

在除錯檢視中，您可以看到所選主機的部署訊息流的詳細資訊，並看到包括訊息內容的變數和正在除錯的訊息流。

增強的 SOA 支援

隨著公司尋求通過重用軟體元件重新設計現有 IT 系統以提供更大的靈活性和降低成本，各公司越來越普遍地採用面向服務的體系結構 (SOA)。與 SOA 密切相關的是使用可以實現 SOA 移植的 Web 服務作為關鍵技術。WebSphere Message Broker V6.1 在通常情況下有力支援 SOA 並通過以下方式特別支援 Web 服務：

• 本地支援 WS-Security 和 WS-Addressing 標準
• 與 DataPower SOA appliance for WS-Security 整合
• Registry and Repository 支援的整合和增強

本地支援 WS-Security 和 WS-Addressing 標準

WebSphere Message Broker V6.1 以新節點和新解析器的形式使用全新功能支援即時可用的 WS-Security 和 WS-Addressing。在 WebSphere Message Broker V6.1 中提供了節點SOAPInput、SOAPReply、SOAPRequest、SOAPAsyncRequest、SOAPAsyncResponse、SOAPEnvelope 和 SOAPExtract。現在支援名為 SOAP 的新域。還隨之提供一個解析器以支援訊息的解析和寫入。

對於 WS-Addressing，同時支援端點引用和訊息定址屬性。

對於 WS-Security 身份驗證，支援加密和簽名。對於身份驗證，WebSphere Message Broker 將接受使用者名稱、使用者名稱和密碼或 X509 證照。對於加密，支援全面加密和簽名演算法（來自 JSSE/JCE）。此支援的配置是通過使用策略集實現的，策略集是與 WebSphere Application Server 共享的常見技術。提供的策略集編輯器可以宣告 WS-Security 功能。

提供的技術可以構建 Web 服務提供者和 Web 服務使用者訊息流。您可以進行選擇。

在構建 Web 服務提供者處理功能時，將使用 SOAPInput 和 SOAPReply 節點。對於 Web 服務使用者角色，同時支援呼叫的同步和非同步模式。同步處理通過使用 SOAPRequest 節點實現，對非同步處理的支援通過使用 SOAPAsyncRequest 和 SOAPAsyncResponse 節點實現。

SOAPExtract 和 SOAPEnvelope 節點包括在處理節點的產品中（以前在 SupportPac IA9O 中）。這些節點簡化了 SOAP 負載和標頭的處理。這是又一個可以減少訊息流開發時間的示例。

在公司尋求跨廣泛的軟體元件進行整合時，符合業界標準非常重要。WebSphere Message Broker V6.1 支援以下 Web 服務相關標準：SOAP 1.1/1.2、WSDL 1.1（可以根據 WS-I Basic Profile Version 1.1 進行驗證）、MTOM/XOP、帶符合 Basic Profile 1.1 的附件的 SOAP、WS-Addressing 和 WS-Security。

此新的 Web 服務支援的關鍵部分是新的 SOAP 解析器。它建立 SOAP 訊息的新子樹結構，因此允許您以方便和熟悉的方式訪問 SOAP 訊息的關鍵部分。SOAP 解析器是模型驅動的，因此您必須提供 WSDL 1.1 定義來描述 SOAP 域將在執行時解析和寫入的 Web 服務訊息。解析器能夠應對多個位流格式，如 SOAP 1.1 或 SOAP 1.2，也可以將其包裝為帶附件的 SOAP 或 MTOM 訊息。

通過新增新功能來支援拖放骨架訊息流的建立和配置，從而簡化了 Web 服務訊息流開發。只需將 WSDL 拖到 WebSphere Message Broker 應用程式開發畫布即可為您建立一個骨架訊息。

與往常一樣，WebSphere Message Broker 的效能是重要考慮事項，而且每次執行還需要提供可伸縮性和彈性實現，可以將代理配置為讓多個執行組承載 SOAP 處理。SOAP 訊息的偵聽器在執行組級別實現。

現有 HTTP 支援未改變。

支援新的 SOAP 訊息處理所需的許多產品程式碼都通過重新使用 AXIS2 程式碼的 IBM 實現（名為 AXIS2J）獲得。這些程式碼由其他 IBM 產品（如 WebSphere Application Server）使用，因此可以方便地提供跨產品的一致性。

與 WebSphere DataPower SOA Appliance for WS-Security 整合

在某些情況下，解除安裝某些型別的大量佔用 CPU 的處理（如安全加密和解密）和專門化處理引擎（如 WebSphere DataPower SOA Appliance）可能會有好處。它加強了安全和篡改防護，並對敏感處理新增了附加安全性和完整性。

通過其形式因素，DataPower SOA Appliance 便於部署到網路拓撲中特定的點。而且，通過新增其他裝置，還便於提高處理能力。除了我們剛才討論的密碼加密和加密處理外，DataPower SOA Appliance 還能夠通過諸如 XML 執行緒保護等功能改進網路的完整性和管理，並能夠通過使用諸如 WSDM 和 WS-Man 的策略管理通訊。

在 2007 年 6 月，WebSphere Message Broker 提供了一項功能，即使用提供的名為 DataPower Security Wizard 的嚮導在 WebSphere Message Broker Explorer 中配置 DataPower SOA Appliance。該功能作為 SupportPac IS02 的一部分提供，並受 WebSphere Message Broker Development 的支援。該功能也受 WebSphere Message Broker V6.1 支援。

DataPower 安全向導使您能夠完整配置外部 DataPower SOA Appliance，以處理您的訊息流中 HTTP(S)Input 節點的 WS-Security 策略。在完成嚮導後，DataPower 框將能夠解密傳入訊息流的訊息和加密從訊息流傳出的訊息。對代理訊息流和代理配置沒有進行任何更改。對您的客戶機唯一的更改是將其訊息直接傳送到您指定的 Client 埠上的 DataPower 裝置。

當需要執行的 WS-Security 處理量很少時，您可能願意使用 WebSphere Message Broker V6.1 內建的 WS-Security 功能。如果該處理量增加，您可能認為使用一個或多個 DataPower SOA Appliance 執行處理更為合適。

Registry and Repository 支援的整合和增強

在部署 SOA 時，公司需要處理的一個關鍵問題是對應用程式和服務的管理。該問題的核心部分是控制可以呼叫的應用程式或端點。同一應用程式可能有多個可用形式，您可能需要控制在特定情形中使用哪個應用程式。決定應呼叫哪個應用程式是一個管理問題，並要求使用其他工具才能通過協調和有效的方式完成。

IBM WebSphere® Service Registry and Repository（以下稱為 Registry and Repository）是一種 IBM 產品，用於儲存、訪問和管理資訊（通常是指服務後設資料），這些資訊在成功的 SOA 中用於選擇、呼叫、治理、控制和重用服務。WebSphere Message Broker V6.1 通過名為 EndPointLooukp 節點和 RegistryLookup 節點的兩個處理節點對 Registry and Repository 提供整合的支援。支援訪問開放的受保護的 Registry and Repository 實現。

EndpointLookup 節點檢索與 Registry and Repository 服務（例如 WSDL）相關的服務端點資訊。EndpointLookup 節點獨立於任何其他域上下文，並且支援目前限於查詢 Web 服務的端點。EndpointLookup 節點提供查詢介面，使您能夠選擇單個或所有端點，並設定環境引數，使 Web 服務呼叫節點將請求提交到所選擇服務。可以動態配置傳送到 Registry and Repository 的查詢，因此提供了更大的靈活性，並允許您根據環境的特定設定調整服務呼叫。

RegistryLookup 節點允許您訪問駐留在 Registry and Repository 中的後設資料。因此，根據 Registry and Repository 系統中儲存的內容，您將能夠檢索不同的資源。一個用例是使用 RegistryLookup 節點檢索隨後在訊息流中使用的 XSLT。而且，可以動態配置傳送到 Registry and Repository 的查詢，因此提供了更大的靈活性，並允許您根據環境的特定設定調整服務呼叫。

管理和安全性

自 WebSphere Message Broker V6.0 以來，管理和安全性處理方面已發生明顯改變。

管理

WebSphere Message Broker Explorer (SupportPac IS02) 是一個完全受支援的工具，與獨立環境中使用的 WebSphere MQ 網路或 WMQ 工具一起提供管理 WebSphere Message Broker 網路的能力。

Broker Explorer 是一個操作工具。例如，它不支援 WebSphere Message Broker 訊息流開發。Broker Explorer 具有許多其他功能，超過 WebSphere Message Broker 工具包的管理檢視中提供的功能，並指出了 WebSphere Message Broker 中管理工具的未來方向。您不應將目前的 Broker Explorer 功能視為未來工具支援的最後定論。IBM 的計劃會隨時改變，可能在不事先通知的情況下新增或刪除某些功能。

在 WebSphere Message Broker V6.0 的生命週期中，對 Broker Explorer 提供了許多明顯增強功能，現在它可以執行許多管理功能，例如：

• 顯示本地和遠端代理。
• 不使用命令列就可以建立和刪除本地代理。
• 啟動、停止、建立和刪除代理、執行組和訊息流。
• 使用可選的 WebSphere MQ 安全性連線到本地和遠端 Configuration Manager。
• 在單步操作中將代理存檔 (bar) 檔案部署到多個執行組。
• 在執行組、訊息流、處理節點和執行緒級別檢索並在圖表和表格中顯示 WebSphere Message Broker 帳目和統計資訊。
• 為 WebSphere Message Broker 訊息流配置 DataPower SOA Appliance 以處理 WS 安全性。

請參閱參考資料，以瞭解在何處找到 WebSphere Message Broker Explorer 的詳細資訊。

安全性

在執行時安全支援方面已進行了明顯改變，這意味著 WebSphere Message Broker 現在可以完全參與企業範圍的標識、身份驗證和授權處理。WebSphere Message Broker 現在可用作 ESB 安全的策略執行點 (PEP)。它還支援多個策略決策點 (PDP) 技術（包括 LDAP 和 TFIM），以便為 SOAP、MQ 和 HTTP 傳輸協議強制執行 ESB 安全。

新功能包括執行時安全管理器。這允許您使用訊息的標識按每個訊息控制對訊息流的訪問。使用外部安全提供程式，該代理可以：

• 在使用 MQ、HTTP 或 Web 服務傳輸時，從入站訊息中提取並驗證標識。
• 將標識對映到替代標識。
• 檢查替代標識或原始標識是否已被授權訪問訊息流。
• 在使用 MQ、HTTP 或 Web 服務傳輸時，使用出站訊息傳播替代標識或原始標識。

對於身份驗證和授權檢查，需要提供安全令牌。支援的型別為使用者名稱、使用者名稱+密碼或 X509 證照。所需的令牌資訊可以從預設位置獲取（如 WebSphere MQ 訊息的 MQMD 的 MQMD.UserIdentifier 欄位）或從訊息流開發人員指定的自定義位置獲取。

可配置服務

WebSphere Message Broker 現在支援名為 Configurable Services 的元件。可配置服務是一個包含代理外部資源的資源定義的物件。支援的可配置服務有：

• JMSProviders
• JDBCProviders
• SecurityProfiles
• FtpServer

可配置服務的值是不需要使用提供的命令重新部署 BAR 檔案即可修改的操作引數。

作為此類可以更改的引數的一個示例，考慮能夠針對安全概要而更改的值。這在下面列出。

• authentication = {NONE, LDAP, TFIM}
• authenticationConfig = string
• mapping = {NONE, TFIM}
• mappingConfig = string
• authorization = {NONE, LDAP, TFIM}
• authorizationConfig = string
• propagation = {TRUE, FALSE}
• passwordValue = {PLAIN, MASK, OBFUSCATE}

代理存檔檔案處理

已對代理存檔 (BAR) 檔案處理進行了擴充套件，另外新增了兩個新命令。新命令提供一個工具，用來報告和更改 BAR 檔案的可配置屬性。您可能還記得，BAR 檔案的可配置屬性允許管理員更新依賴於目標的屬性，如佇列名稱、佇列管理器名稱和資料庫連線，而不需要更改訊息流源。

mqsireadbar 命令允許您顯示命名的 BAR 檔案的所有可配置屬性。

第二個命令 mqsiapplybaroverride 提供了一種工具，您可以通過該工具，使用在命名屬性檔案中指定的新值或在命令執行中作為引數指定的一系列 property-name=override 值替換代理存檔 (BAR) 部署描述符中的可配置值。

採用代理功能

在以前的 WebSphere Message Broker 版本中，如果代理在其 Configuration Manager 中變為孤立代理，則不可能將其連線到新的 Configuration Manager。在 WebSphere Message Broker V6.1 中，已經消除了此限制。現在可以將現有代理與特定的 Configuration Manager 關聯。一個代理一次只能與一個配置管理器關聯，不建議使用此方法，建議採用代理工具通過僅更改關聯的配置管理器將一個代理從開發環境一直遷移到生產環境。

要採用代理，請使用 TopologyProxy 類 (TopologyProxy.adoptBroker()) 的 adoptBroker 方法。此方法要求新配置管理器接管以前由其他配置管理器管理的代理。這裡您可以使用 Configuration Manager Proxy (CMP) API Exerciser 示例作為指南。在通過此方式採用代理時，執行時代理中的狀態將取代配置管理器中的任何資訊。

設定和報告代理屬性

mqsichangeproperties 和 mqsireportproperties 命令已得到擴充套件，以適應 WebSphere Message Broker V6.1 中新增的新工具。例如，現在可以為可配置服務設定值，例如安全概要或與新檔案節點一起使用的 FTP 伺服器。

擴充套件的連線性

能夠連線到不同資料來源和處理不同資料格式和協議是 WebSphere Message Broker 的關鍵部分。通用連線性和任意格式之間的訊息路由和轉換是在引言中討論的 WebSphere Message Broker 的兩個關鍵主題。WebSphere Message Broker V6.1 通過新增以下各項對現有功能進行了顯著增強：

• 用於企業資訊系統 (EIS) 訪問的內建節點：支援 SAP、Siebel 和 PeopleSoft
• 本機支援大型檔案處理，包括 FTP 到遠端 FTP 伺服器，反之亦然。
• 新的 Email 節點
• WebSphere Transformation Extender 整合包括啟動程式功能

EIS 訪問

WebSphere Message Broker V6.1 使用 WebSphere Message Broker 處理節點提供與 SAP、PeopleSoft 和 Siebel EIS 的直接雙向通訊，這作為該產品的一部分提供。以前，您需要使用單獨的 WebSphere Business Integration® 介面卡（以下稱為 WBI 介面卡）來獲得此類連線。

WBI 介面卡與所需的 EIS 系統通訊並生成一個包含 XML 格式資料的 WebSphere MQ 訊息。然後一個訊息流讀取該訊息並開始所需的處理。介面卡的管理從 WebSphere Message Broker 所需的介面卡中分離出來，因此增加了解決方案的複雜性。

相反，新介面卡支援將 WebSphere Adapters 的 V6.1 版本與 WebSphere Message Broker V6.1 打包在一起，使開發和執行時支援以與 WebSphere Message Broker 的其他部分相同的方式管理。

與以前的 WBI 介面卡支援相比，此新介面卡支援具有以下優點：

• 提高了易用性——降低了應用程式開發工作的難度
• 去除了外部元件 WBI 介面卡本身，更便於管理。
• 取消了中間的 XML 訊息格式，意味著改進了執行時效能。資料現在從 EIS 直接移動到訊息樹。這意味著不需要序列化和解析中間 XML 訊息。

提供了特定於每個 EIS 的處理節點：

• 對於 SAP，SAPInput 節點從 SAP 接收資料並將其傳入 WebSphere Message Broker。SAPRequest 節點允許將資料從 WebSphere Message Broker 傳送到 SAP。
• 對於 Siebel，SiebelInput 節點從 Siebel 接收資料並將其傳入 WebSphere Message Broker。SiebelRequest 節點允許將資料從 WebSphere Message Broker 傳送到 Siebel。
• 對於 PeopleSoft，PeopleSoftInput 節點從 PeopleSoft 接收資料並將其傳入 WebSphere Message Broker。PeopleSoftRequest 節點允許將資料從 WebSphere Message Broker 傳送到 Siebel。

提供的配置嚮導可以幫助您執行介面卡的配置。

作為 WebSphere Message Broker V6.1 的一部分提供了一個名為 Twineball 的 EIS 示例實現，這樣您可以體驗使用新介面卡支援，而無需連線到 SAP、Siebel 或 PeopleSoft 系統。

儘管 WebSphere Adapter V6.1 隨 WebSphere Message Broker V6.1 一起提供，但它仍需要一個單獨的許可證。

本機檔案處理

儘管出現訊息處理並在可靠性、可伸縮性和管理性方面有很大優勢，但基於檔案的處理依然受到歡迎。為滿足檔案處理的要求，已向 WebSphere Message Broker V6.1 新增了 FileInput 和 FileOutput 處理節點。處理節點可以與 WebSphere Message Broker V6.1 提供的其他任何處理節點結合在一起，因此它可以方便地執行以下處理模式：

• 檔案到佇列
• 佇列到檔案
• 檔案到檔案
• 檔案到資料庫

使用新節點，可以將重點放在檔案處理上，而不是託管的檔案傳輸。這些節點在所有代理執行時平臺上都受支援。通過新節點和嵌入式 FTP 支援，您可以處理代理例項的本地和遠端檔案。

作為檔案處理的增添部分，已對 WebSphere Message Broker 提供的現有訊息解析器進行了擴充套件，新增了所謂的流解析。這實質上是一種技術，通過該技術可以將部分記錄或檔案讀取到 WebSphere Message Broker 並進行處理。這意味著不必將整個檔案讀取到記憶體中才能著手處理檔案。這使得 WebSphere Message Broker 可以輕鬆地處理千兆位元組的超大型檔案。

FileInput 節點提供了綜合記錄檢測工具。可以使用簡單的分隔策略，如按換行 (LF)、行尾 (EOL)、回車換行 (CRLF)、固定長度、整個檔案或使用者定義的方式進行分隔。另外，您還可以利用更復雜的分隔技術，使用訊息解析器確定輸入檔案的記錄的結束。解析器會將其輸入視為檔案的現有訊息定義和資料的序列。

還支援檔名模式。例如，您可以指定一個 *.TXT 模式，在此情況下，將僅處理帶 TXT 字尾的檔案。具有其他字尾的檔案將原封不動。

例如，由於檔案系統不是事務型的，因此不支援按永久性 WebSphere MQ 訊息的方式進行檔案的事務處理，但支援恢復處理。有一個可配置的重試機制，該機制允許選擇不同級別的重試和發現處理。這包括將處理的檔案移動到存檔目錄，並將部分處理的檔案移動到撤銷目錄。

效能和平臺覆蓋範圍

打包

從 V6.1 開始，WebSphere Event Broker 將不再作為單獨的產品提供。WebSphere Event Broker 側重於通過基於高效能內容和主題的釋出/訂閱訊息路由分配來自異類源的實時資訊。此功能是 WebSphere Message Broker 的一部分，它始終是 WebSphere Event Broker 的超集。現有 WebSphere Event Broker V6.0 客戶有資格獲得 WebSphere Message Broker V6.1。

將來，WebSphere Message Broker with Rules and Formatter Extension 僅對現有客戶提供。

平臺覆蓋範圍

WebSphere Message Broker 的平臺覆蓋範圍已得到擴充套件。V6.1 中支援以下平臺：AIX、HP-UX（PA-RISC、Itanium）、Linux on Intel、Linux on Power、Linux on zSeries、Solaris（x86-64 和 SPARC）、Windows 和 z/OS。只要可能，將在所有平臺上始終提供新功能，具體取決於個別平臺的約束。

64 位擴充套件組

在 WebSphere Message Broker 的生命週期中，它處理的訊息大小已有很大的增長。最初，大多數處理工具僅處理數千位元組的少量訊息。現在，處理數十兆位元組的 WebSphere MQ 訊息很常見，有些客戶則處理 100 MB 的訊息。新檔案節點允許處理大小為千兆位元組的檔案。由於處理更多的資料，因此會對執行組中的可定址虛擬儲存量帶來更多問題。為解決此問題，WebSphere Message Broker 在以前版本中引入了 64 位詞的執行組。在此最新版本中加速使用 64 位執行組。所有 Linux 和 UNIX 平臺現在都有 64 位執行組，同時 64 位已成為這些平臺上的預設執行組型別。HP Itanium、Solaris Opteron、Linux pSeries 和 Linux zSeries 平臺現在僅支援 64 位執行組。

在 Linux 和 UNIX 平臺上，所有 WebSphere Message Broker 命令都支援 64 位。當前對 64 位支援有一些例外。Windows 目前繼續使用 32 位。在 z/OS 上僅支援 31 位執行組。

Java

隨 WebSphere Message Broker一起提供的 Java 版本現在在所有平臺上已升級到 Java 5。

效能

效能依然是 WebSphere Message Broker 的關注重點，V6.1 在所有平臺上提供了顯著的執行時效能改進。對於 WebSphere Message Broker V6.0，不需要更改現有訊息流以獲得改進的效能。對於改為使用新功能（如 XMLNSC 域中的新 XML 模式驗證）的使用者，還提供了進一步改進。

下面列出了一些主要效能改進。效能改進的詳細資訊在 WebSphere Message Broker V6.1 效能報告中提供。請參閱該其他資訊以獲得該報告的連結。

• XMLNSC 解析器
  • 在處理更復雜的 XML 文件時可提供高達 150% 的改進
  • XML 驗證效能。在驗證 XML 文件時可提供高達 300% 的效能改進
• 降低了執行時儲存要求
  • 虛擬記憶體要求最多可以減少 30%
• 安裝和執行示例所需的時間只有 WebSphere Message Broker V6.0 所用時間的 50%
• 以最小的儲存增長處理千兆位元組的檔案

其他改進

解析器改進

對 WebSphere Message Broker 最新版本中的訊息解析器進行了許多改進，擴充套件了功能和改進了效能。

XMLNSC 域解析器現在使用 IBM Research Technology 開發的新的高效能 XML 解析器，這是 IBM 所獨有的。此解析器與以前的 XML 解析器完全相容。它提供了改進的效能，特別是對於 XML 模式 1.0 驗證。這是一項新功能，它超出了該產品以前版本的 MRM XML 中提供的驗證級別。

WebSphere Message Broker Development 的效能測試顯示，使用新解析器的模式驗證與使用 MRM XML 驗證相比效能大約提高 300%。

XMLNSC 域的進一步效能改進是增加了不透明解析。不透明解析是一種技術，通過該技術可以最低限度地處理 XML 文件中的元素。快速掃描命名元素，確保它們的格式正確，但沒有將它們新增到訊息樹，因此節省了執行時的處理成本，這是因為不必解析元素或將它們插入訊息樹。不透明解析的元素必須在訊息流的輸入節點的解析器選項選項卡上命名。MQInput、MQGET、JMSInput 和 HTTPInput 節點都支援定義不透明解析。

為改進對非 XML 訊息格式的支援，已向 MRM 域新增了多個功能。通過新增廣泛的二進位制資料型別並在標記和資料模式中允許使用十六進位制，擴充套件了標籤/分隔字串 (TDS) 物理格式，以便在訊息中同時支援二進位制和文字資料欄位、二進位制和文字標記。現在使用 TDS 更容易建模逗號分隔值 (CSV) 訊息，因為允許使用引號作為轉義模式，一個重複欄位的發生次數可以由訊息中提前設定的計數字段提供，可以將 TDS 屬性設定為面向 CSV 的預設值，方法是隻需將 TDS 設定為“訊息標準”屬性，簡單的 CSV 訊息的預構建模型在該工具包中提供。為使用這些新功能，還更新了 CSV 示例。最後，在輸出訊息時，TDS 和自定義有線格式 (CWF) 允許自動截斷過大的固定長度字串欄位。

通過 WebSphere MQ Link for R/3 而不是使用 WebSphere Adapter 處理從 SAP 匯出的文字形式的 IDoc 得到了改進。MRM 域的新功能意味著應使用 MRM 解析器 TDS 格式解析和寫入檔案 Idoc，而不是 IDOC 域。工具包中的 C 輸入器已使用 IDoc 友好功能進行了增強，這意味著不再需要使用 SupportPac IA0F 預處理和後處理 IDoc 後設資料。對於從 SAP 匯出到檔案系統的文字形式的 IDoc，現在已提供了支援。文字 IDoc 的兩種形式的預構建模型已在工具包中提供。

在 WebSphere Message Broker V6.0 中，訊息集中不能包含具有相同給定名稱的多個訊息，即使這些訊息處於不同的名稱空間。在 V6.1 放寬了此限制。

問題確定

當然我們希望一直不需要錯誤訊息，但在需要時，錯誤訊息的內容清楚非常重要。因此，澄清和簡化了許多 BIPxxxx 產品訊息。

為進一步幫助確定問題，現在使用使用者跟蹤解釋訊息樹讀取和寫入過程。

使用訊息流的其他例項

訊息流使用的其他例項數在 BAR 檔案中指定，並應用於該 BAR 檔案中的訊息流。當多個訊息流或一個訊息流有多個輸入節點時，分配到輸入節點或訊息流的其他例項沒有確定性。在某些情形中，這可能導致執行緒供應嚴重不足，其中具有最深佇列和最快執行時間的訊息流執行路徑可能會控制執行緒的使用，導致其他訊息流執行路徑的執行緒短缺。在某些情形中，如使用訊息聚合時，這可能導致明顯的問題並導致處理明顯掛起一段時間。為了克服此問題，現在可以在輸入節點級別指定一個附加例項池。這使您能夠保證每個輸入節點需要最少的執行緒。以前附加的例項以先來先服務為基礎可以在輸入節點之間共享。

跟蹤節點的開銷

為了能夠跟蹤訊息流中的訊息處理，許多訊息開發人員的常用做法是在訊息流執行線中新增跟蹤節點。在 WebSphere Message Broker 的早期版本中，這些節點需要從生產中移除，在許多情形下，帶有節點的處理由於成本太高而無法承受，即使關閉跟蹤輸出也如此。這通常會導致一些額外工作，這是因為在移除節點後訊息流就發生了更改，因此必須重新測試。在 WebSphere Message Broker V6.1 中，如果禁用了跟蹤節點，則省去了此處理開銷，這意味著跟蹤節點現在可以內嵌在訊息流中，並僅在需要時啟用。這意味著您不需要再更改訊息流，通過刪除跟蹤節點來省去開銷。這有助於提高工作效率，減少額外的測試工作。當然，您需要記住禁用跟蹤節點。

有三種方法支援關閉跟蹤節點。它們是使用 WebSphere Message Broker 工具包、mqsichangetrace 命令和 Configuration Manager Proxy API。

瀏覽 MQ 訊息

在 WebSphere Message Broker 的以前版本中，MQInput 和 MQGet 處理節點可以使用 WebSphere MQ 訊息，從而導致從佇列中刪除該訊息。這與節點發出的 MQGET API 呼叫的語義一致，但它不是每個應用程式始終所需的。在某些情況下，僅需要瀏覽訊息的內容。由於不支援瀏覽 WebSphere MQ 訊息，這意味著訊息流必須使用該訊息，然後使用資料寫入新訊息（如果相同的資料繼續可用）。現在已經消除此限制，並且支援 MQInput 和 MQGet 節點通過節點上提供的 Browse only 新選項瀏覽 WebSphere MQ 訊息。

XSL 轉換節點改進

使用可擴充套件樣式表語言轉換 (XSLT)，在 WebSphere Message Broker 訊息流中使用 XSL 轉換處理節點相當常見，因為人們希望重用現有的處理邏輯。執行樣式表的 Out 終端的結果始終作為 BLOB 返回。為了能夠在其餘的訊息流中處理此輸出，需要解析輸出。這需要在訊息流中使用 ResetContentDescriptor 節點將訊息域、訊息集、訊息型別和訊息格式與輸出 BLOB 關聯，以便可以成功解析。現在已從 WebSphere Message Broker V6.1 中刪除對 ResetContentDescriptor 節點的需要。在 XSL Transform 節點的 Output Message Parsing 選項卡中，可以指定將與 XSLT 的輸出關聯的訊息域、訊息集、訊息型別和訊息格式。

JDBC 型別 4 支援

由於 JavaCompute 節點越來越流行，WebSphere Message Broker V6.0 中擴充套件到 JDBC 支援的要求也越來越強烈。在 WebSphere Message Broker V6.1 中，現在您可以在 JavaCompute 節點中建立到 IBM DB2 和 Oracle 資料庫的 JDBC 型別 4 連線。在需要時將支援 Informix 和 Sybase 資料庫。

該代理支援型別 4 驅動程式，但不提供它們。您必須從資料庫供應商處獲取這些驅動程式。

作為此支援的一部分，WebSphere Message Broker 使用資源管理器管理連線、執行緒關聯性、連線池和連線的生命週期。例如，如果連線空閒大約一分鐘，或者訊息流完成，代理將關閉連線。

還包括一個名為 JDBCProvider 的可配置服務，它可讓您使用 WebSphere Message Broker 提供的命令定義包括可選安全資訊在內的連線詳細資訊。這省去了在訊息流中顯式編碼此資訊，並讓您在訊息流外部進行更改，這樣，關鍵屬性的更改成為可選活動而不是開發活動。此新支援意味著您可以使用從訊息流中訪問的其他資源協調訪問和更新，但代理執行於 z/OS 上除外。

結束語

WebSphere Message Broker V6.1 明顯構建於 WebSphere Message Broker V6.0 之上，提供了許多新功能，如內建檔案處理、新的安全管理器、明顯改進的 SOAP 處理和僅新配置處理節點。當然其功能遠不止這些。本文深入探討了一些新功能，希望這些新功能能夠解決現有 WebSphere Message Broker 使用者的許多關鍵需求。此產品的最新版本突出體現了 WebSphere Message Broker 的核心價值：

• 通用連線性
• 任意格式之間的訊息路由和轉換
• 簡單程式設計
• 操作管理和效能

總之，WebSphere Message Broker 是 IBM 的一項關鍵的整合技術。它在廣泛的場景中提供了業界領先的效能。它具有極為廣泛的整合選項和功能，並支援使用者廣泛的體驗和需求。繼續承諾擴充套件連線性、功能和效能，並在此最新版本中可以明顯看到。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-426909/，如需轉載，請註明出處，否則將追究法律責任。