將 Business Events 與公共業務事件整合
Jon Mc Namara, 高階 IT 專家, IBM
在簡介部分,我們將描述 WebSphere Business Events (Business Events)、公共基礎事件(Common Base Events,CBE)和公共事件基礎結構(Common Event Infrastructure,CEI)工具,以及它們在提供企業應用程式整合功能方面的價值。然後,我們將從體系結構的角度相對於彼此概述這些工具如何操作。
在配置 Business Events 以接受來自 CEI 的 CBE 訊息中,您將瞭解如何使用提供的示例處理來自 CEI 的 CBE 訊息,並將事件作為檔案輸出。在配置 Business Events 以生成 CBE 訊息並將其傳送到 CEI 中,您將瞭解如何使用提供的示例將事件作為檔案輸入,並將其以 CBE 訊息的形式輸出,以放入 CEI。這些部分彼此完全獨立。也就是說,您不需要同時實現這兩個部分的內容來得到結果。相反,您可以僅關注您感興趣的區域,從 CEI 獲取 CBE 訊息並進行處理,或將訊息作為 CBE 輸出到 CEI。
我們假定本文的讀者對 CEI 非常瞭解,而且閱讀了本系列的其他文章,具有 Business Events 的背景知識。
Business Events 是 IT 基礎結構的事件管理層。它處理業務事件流程的設計、執行和監視。業務事件處理(Business Event Processing,BEP)對傳統訊息傳遞應用程式進行了增強,在其中新增了業務事件處理功能。您可以構建和部署應用程式,並描述業務規則,以指定系統如何響應發生(或不發生)事件的情況以及採取什麼操作進行響應。
在討論什麼是公共基礎事件前,首先確定一下我們所說的事件的含義。事件就是發生了感興趣的某件事的指示資訊。
如果看看公共基礎事件模型,可以發現事件能夠代表所感興趣的任何活動的開始、發展和結束。
從更為技術的層面而言,事件可以提供所感興趣的活動的狀態檢視。此狀態可能為該活動已經失敗、開始、停止,或是終止並已過渡到其他活動。事件還可以作為出現了某種情況的通知,例如:“Mc Namara 先生的帳戶餘額已少於 0。”
那麼,使用 CBE 格式的好處是什麼呢?它為我們提供了事件的通用一致性表示形式。這個一致性意味著 CBE 可表示支援特定功能的各種不同技術生成或使用的事件。CBE 提供的通用性和一致性好處以廣泛採用的 CBE 標準為後盾。CBE 本身分為三個部分:
- 標識報告情況的元件。
- 標識受情況影響的元件。
- 情況本身。
為了支援這個公用方法,CBE 以標準 XML 模式的形式定義,而這自然會導致其具有多種應用型別,如通知、稽核和業務事件。沒有這樣的一致性和標準化,作為事件釋出的資料基本上就對業務系統沒有價值,因為它們依賴於資料的完整性來確定給定情況的最佳操作。CBE 定義及其包含三個級別的格式的一致效能幫助確保這個完整性,並提供了有保障的資料質量,為提供準確和有用的業務事件提供必要支援。
儘管 CBE 的主要好處是提供了事件的一致表示形式,但能向事件新增並不嚴格遵循所定義的結構的額外資訊也是一個有用的優勢。為此提供的 CBE 模式允許包括 XML 文件片段。您可以使用 xs:any 構造新增此類片段。例如,可以使用它表示事件的有效負載。在建立此類片段前,應該建立定義追加的 xml 的結構的 XML 模式定義(XML Schema Definition,XSD)。
在執行時,公共基礎介面的 addAny() 方法用於向 CBE 新增此自定義 XML 片段。接收到 CBE 時,XSD 描述接收方如何解析 XML 的片段。
以下是將 eventXML 作為 XML 追加內容新增的示例:
CommonBaseEvent cbe = this.eventFactory.createCommonBaseEvent(); . . . cbe.addAny(eventXML); . . . |
單個事件可以包含多個 XSD。這些 XSD 以及 CBE 定義本身描述整個事件的結構。
請注意 CBE 中 XSD 定義的 XML 片段的使用:
- 事件定義包含在 XSD、CBE 或 Web 服務描述語言(Web Services Description Language,WSDL)檔案或這些檔案的組合中。
- 您可以引用其他專案中的現有事件定義,或從檔案系統匯入事件定義。您還可以在巢狀事件定義時對其進行引用。
- 由於 XSD 可定義任何 XML 結構,追加的 XML 可包括用於其他目的的片段;例如,用於通過應用程式傳遞資料的業務物件。
面向服務的體系結構(Service-Oriented Architecture,SOA)和業務流程管理(Business Process Management,BPM)的其他領域還使用 xml 定義事件,因此,通過在 CBE 中包括自定義 XML,您可以使用與其他領域相同的工具。如果您已經為希望傳遞到業務事件主體中的業務資料定義了 XSD,則可以直接在將 XML 追加到 CBE 時重用該 XSD。這個靈活性提供了便於應用程式和中介軟體使用 XML 的方便選擇。
很多發出 CBE 的 WebSphere BPM 產品都已經採用了 XSD 樣式的事件,包括 WebSphere Process Server V6.1、WebSphere Enterprise Service Bus V6.1 和 WebSphere Message Broker V6.1。Business Events V6.1 能生成採用 XML 格式的完全格式化 CBE,並將其轉發到 CEI 佇列(包含 XSD 定義的有效負載)。XSD 樣式的事件還可以供 Business Events 使用。
您現在已經瞭解了關於 CBE 的更多資訊,接下來我們將看看公共事件基礎結構(Common Event Infrastructure,CEI),CEI 在 CBE 的操作中扮演著關鍵角色。
CEI 是用於廣泛的業務、系統和網路 CBE 格式事件的建立、傳輸、持久和分發的統一的一致 API 集的 IBM 實現。很多產品支援使用 CEI 作為傳遞 CBE 格式事件的機制。CEI 是當前在很多產品中提供的事件通知和事件傳輸框架。這些產品支援使用 CEI 作為傳遞 CBE 格式事件的機制。IBM 將繼續支援 CEI 和 CBE 格式,但同時還將對事件通知和傳輸進行增強,並不限於 CEI 和 CBE 格式。通過利用基於 JMS、Web 服務和 XML 的技術,能夠為事件生產者和使用者提供更大的靈活性。
CEI 提供了用於以下方面的公共介面:
- 釋出(或發出)事件
- 訂閱與特定篩選器匹配的事件(事件組)
- 使用事件。
- 查詢歷史事件資料(如果啟用了可選事件儲存,則可以通過釋出的介面實現)。
CEI 提供了整合點,用於整合來自大量異類多樣化源的事件。另外還提供了將這些事件分發到使用者的功能。這些事件使用前面描述的 CBE 模型表示。
通過使用 CEI 產品,可以將應用程式和功能作為事件整合。這樣就能支援這些服務組成的以業務為中心的端到端流程檢視。這方面的一個例子是,銀行後端辦公系統生成事件,記錄客戶自己親自從其本地分行進行了取款操作。同時,可能會有某個獨立系統生成一個事件,記錄在不同的國家/地區使用了同一個客戶的 ATM 卡。通常,這兩個事件將是獨立的,不過,因為 CEI 為這些事件提供了單個框架,因此這兩個事件都可供其他系統使用。此係統將註冊一個警報,指示出現了不正常操作。不會希望出現這樣的情況,一方面個人在本地提取現金,而另一方面又同時看到客戶的卡號出現在不同的國家/地區的 ATM 交易中。如果沒有這樣的基礎結構,這兩個系統都可能有自己的事件管理系統,因此不能將其事件進行相關,以提供此業務價值。
CEI 提供了生成、分發和使用事件的工具。不過,它並不定義實際的事件本身。為此,開發人員和管理人員需要定義事件型別、事件組及其相關性。
如果深入 CEI 的技術層面,可能發現它是一個共享元件,使用 WebSphere Application Server (Application Server) 的功能。CEI 提供了儲存、更新事件和將其分發給偵聽 JMS 主題的使用者的能力。這些事件使用者能夠在事件建立者之外的環境中處理事件。事實上,這些事件使用者很可能將處理來自大量不同源的事件。這樣有兩個結果:
- 所有事件都需要使用同一個公共結構。正如前面討論的,CBE 是被廣泛接受的此類結構的標準。
- CBE 需要包含使用者所需的全部資訊,以便理解事件。這包括關於執行時環境、業務環境和建立事件的應用程式物件的例項的資訊。有關更多資訊,請參見公共基礎事件模型。
|
提供下載的示例是在 WebSphere Application Server CEI 伺服器實現上開發和測試的。在此實現上,我們構造了針對執行 WebSphere Business Monitor (Monitor) 的遠端 WebSphere Application Server 的跨單元配置。在配置 Business Events 以生成 CBE 訊息並將其傳送到 CEI 中使用 Business Events 生成的 CBE 分發到遠端 Application Server,並由 Monitor 模型進行處理,Monitor 將更新其業務儀表板,以顯示結果。
為了充分利用這個示例,您不需要配置 Monitor。不過,為了匹配示例所使用的條件,有必要確保您在 CEI 實現上啟用了 CEI 伺服器。另外,我們將說明使用跨單元佇列構件(稍後介紹)如何捕獲和檢查 CEI 中的訊息,因此,如果希望複製這個環境,有必要建立本文中使用的 CEI 構件。
如果您希望設定指向其他 Application Server 系統的跨單元配置,請遵循跨單元配置中的說明操作。
|
配置 Business Events 以接受來自 CEI 的 CBE 訊息
在此部分,我們將詳細介紹各個步驟,從而配置 Business Events,以從 CEI 中接受 CBE 訊息。到目前為止,我們討論了公共基礎事件的本質,以及對其進行操作的框架,即公共事件基礎結構。接下來,我們將瞭解 Business Events 工具,並描述如何配置此工具來從 CEI 內接受 CBE。您可以使用此部分描述的流程和提供的示例,增強您自己的專案,以從 CEI 直接接收 CBE 訊息。
示例專案提供了在“CEI”接觸點中建立的已配置好的“公共基礎事件”。此事件配置為從 CEI 接收 CBE 訊息,在接收到此訊息時,將自動處理訊息中的資訊子集,並將其輸出到檔案。
為了使 Business Events 事件能夠從 CEI 接收 CBE 訊息,事件的 Business Events 訊息佇列聯結器需要 XSL 匯入,以便 Business Events 直接處理 CBE。修改此示例供自己使用時,請記住所提供的 XSL 配置為與示例專案中已配置的事件一起使用。建立新事件時,XSL 將需要反映所需的新事件。匯入了自己的 XSL 後,您將需要配置聯結器,使其指向相應的 JMS 佇列(CBE 訊息預計將到達此佇列)。
我們還將演示如何配置訊息佇列聯結器來接受這些訊息,以及如何在預期 JMS 佇列上放置測試 CBE 訊息,以測試配置。
要匯入示例專案,請執行以下操作:
- 將示例專案 P1CommonBaseEventProject.xml 儲存到您硬碟驅動器上相應的資料夾。
- 在 Business Events 中開啟 Design Data。
- 選擇 File => Open Project ,以匯入專案,如圖 1 中所示。然後選擇 Browse,以定位到示例專案,並單擊 Open。
圖 1. 開啟專案
- 開啟 Touchpoints 窗格並檢視 Common Base Event 事件,如圖 2 中所示。您可以看到它具有特定的格式。
圖 2. 事件屬性
我們花點時間看看這個事件。當您建立自己的 CBE 相容事件時,您需要記住,需要符合所預期處理的 CBE 的格式。
現在已經匯入了專案,接下來我們將允許事件接受來自 CEI 的 CBE 訊息。
- 右鍵單擊 Common Base Event 並選擇 Event Properties => Connection => Message Queue Connection => Configure,如圖 3 中所示。
圖 3. 事件連線屬性
- 您可以看到所需的格式為 Custom XML (XSL input)。選擇 Configure => New,以匯入 XSL 樣式表。示例 XSL 已經匯入到此專案中,而且已經準備好,可供使用了。
- 在圖 3 中,您可以看到,為了接受來自 CEI 的 CBE 訊息,需要進行特定的配置。確保 Type: 設定為 JMS Queue,而 Name: 設定為 jms/cei/EventQueue,如圖中所示。
- 單擊 Provider,以檢視示例所需的提供者配置,如圖 4 中所示。
圖 4. 提供者屬性
- 對於此示例,請設定以下資訊:
- Context Factory Class:com.ibm.websphere.naming.WsnInitialContextFactory
- URL:iiop://localhost:2809。注意:請將此修改為您環境的本地主機,詳見 Application Server 配置,如圖 5 中所示。
圖 5. 本地主機屬性
- Factory Name:jms/cei/Event/QueueConnectionFactory
- Username 和 Password:您的 Application Server 管理控制檯的使用者 ID 和密碼。
在測試專案配置前,您需要確保有一個目錄,可供 Business Events 在其中放置因為從 CEI 接收 CBE 訊息而建立的檔案。
- 如果檢查由於事件所啟動的操作,可以發現建立了一個輸出檔案,其中包含傳入 CBE 訊息中包含的 CBE 資料的子集。為此,請在 Touchpoint 窗格中選擇 Publish Common Base Event => Action Properties => Connection => File System => Configure。 您將會看到操作屬性,如圖 6 中所示。
圖 6. 操作屬性
- 在 Server 部分單擊 Configure。在檔案屬性視窗(如圖 7 中所示)中,可以看到出站操作檔案將傳送到 c:\wbeout 目錄。
圖 7. 檔案屬性
- 為了測試示例配置,您需要建立名為 c:\wbeout 的目錄。
建立此目錄後,就可以測試示例專案了。
如果您尚未將專案簽入執行時儲存庫,請進行簽入。完成之後,就可以對流程進行測試了。
- 導航到您的 Business Events 安裝路徑的 \director\bin 目錄,啟動聯結器。例如:C:\
\director\bin。 - 鍵入 connectors.bat。因為示例專案的配置需要聯結器檢查 CEI 事件佇列,因此應該看到與這裡所示類似的聯結器資訊:
圖 8. 聯結器啟動
- 對於本示例,我們使用了 Service Integration Bus Explorer 將示例 P1CBE.xml 放到在公共基礎事件訊息佇列中指定的 JMS 佇列中。有關 Service Integration Bus Explorer 的詳細資訊,請參見 Service Integration Bus Explorer。
開啟 Service Integration Bus Explorer 之前,請開啟 P1CBE.xml 示例檔案,並將內容複製到剪貼簿。
- 現在,開啟 Service Integration Bus Explorer 並選擇 CommonEventInfrastructure_Bus => Destinations。
- 在右側窗格中右鍵單擊 YourNode.YourServer.CommonEventInfrastructureQueueDestination 並對佇列選擇 Put Single Test Message,如圖 9 中所示。
圖 9. Service Integration Bus Explorer
- 將剪貼簿中的 XML 貼上到測試訊息欄位,並小心地刪除測試訊息中任何不必要的空格,然後單擊 OK。
您應該看到,由於從 CEI 佇列接收到此訊息,命令視窗中的聯結器狀態會更新,如圖 10 中所示。
圖 10. 聯結器接收 CBE
- 既然已經為 Business Events 事件提供了輸入,接下來可以進行檢查,瞭解是否對其進行了處理。為此,請轉到前面建立的 Business Events 輸出目錄 c:\wbeout。您應該看到 Business Events 出站操作建立了一個檔案。
- 開啟此檔案。應該看到從 CEI 向其傳入的事件資訊的子集,而且現在已經轉換為 BuyAck 事件檔案,如圖 11 中所示。
圖 11. 輸出檔案
- 鍵入 connectors.bat。因為示例專案的配置需要聯結器檢查 CEI 事件佇列,因此應該看到與這裡所示類似的聯結器資訊:
在此場景中,您瞭解了 Business Events 如何處理來自 CEI 的傳入 CBE 訊息。在這個例項中,我們從 CEI 獲取 CBE 訊息,並將訊息的子集輸出到檔案。將 Business Events 配置為接受來自 CEI 的 CBE 訊息後,就可以採用多種方式操作事件,將其用於構造針對各種媒體(如 MQ、FTP,甚至返回到 CEI)的出站操作。
在下一部分,我們將瞭解如何才能接受來自檔案格式的事件,並生成將放置到 CEI 佇列上的 CBE。
|
配置 Business Events,以生成 CBE 訊息,並將其傳送到 CEI
在此部分,我們將使用一個示例 Business Events 專案,用於生成 CBE。
接下來我們看看在本系列前面的部分中使用的交易系統場景。此係統接收買進和賣出請求,需要監視實時交易資料中的特定模式。我們對大量交易事件(或訊息)中可能指示投機行為的模式感興趣。我們將定義兩個策略來確定此類情形:
- Sell 和 Buy 事件具有描述客戶、股票、交易發生的日期和時間、股份數額和價格的屬性。當相同客戶在 Buy 事件後一小時內針對相同股票發生 Sell 事件時,將生成一個 SellAfterBuy 操作。
- 如果一個客戶一天內針對相同或不同股票執行了三次 SellAfterBuy,則會生成一個 SpeculativeCustomer 操作。
SellAfterBuy 和 SpeculativeCustomer 操作是作為匹配策略規則的結果生成的 Business Events 輸出。如本系列前面的各個部分中所述,其他外部系統可以處理這些操作。圖 12 顯示了此場景:
正如前面提到的,本文提供下載的示例專案提供了已經準備好可供使用的 Business Events 應用程式。此應用程式已經配置為生成從 Business Events 到 CEI 的 CBE。
在建立新 Business Events 專案來使用 CBE 之前,最好花點時間看看示例專案,以瞭解如何配置 Business Events 操作來發出 CBE。理解此專案及以下配置步驟後,您應該具備了相關知識,可以開始建立或修改自己的 Business Events 專案了。
要匯入示例專案,請執行以下步驟:
- 將示例專案 P2TradeOut.xml 儲存到硬碟驅動器上相應的資料夾。
- 在 Business Events 中開啟 Design Data。
- 選擇 File => Open Project ,以匯入專案,如圖 13 中所示。然後選擇 Browse,以定位到示例專案,並單擊 Open。
圖 13. 匯入示例專案
工具中現在開啟了 Trade System 示例專案。
現在已經將示例專案載入到了 Design Data 工具中,接下來可以看看如何讓 Business Events 向 CEI 發出 CBE。此部分將會詳細介紹如何配置出站 Business Events 操作向 CEI 發出 CBE 的步驟。
匯入並開啟專案之後,可以看到 Touchpoint 窗格中填充了一系列條目。在此 Touchpoint 窗格中,可以配置出站 Business Events 操作,以發出 CBE 事件。接下來我們看看操作,瞭解如何實現此工作。
- 右鍵單擊操作 Buy Ack 並選擇 Action Properties,如圖 14 中所示。
圖 14. Action Properties
- 在 Action Properties 視窗中,選擇 Connection 選項卡,並單擊 Message Queue Connection ,如圖 15 中所示,然後單擊 Configure。
圖 15. Message Queue Connection
- 您將看到一系列可為 Message Queue 操作配置指定的選項,如圖 16 中所示。請指定以下設定:
- Format:CBE (WBM)
- Type:JMS Queue
- Name:jms/cei/EventQueue
- Message Type:CREATE_EVENTS_NOTIFICATION_V2_0
- 單擊 Provider。
圖 16. 配置 Message Queue 操作
- 將顯示 Provider 視窗,如圖 17 中所示。
圖 17. 提供者配置
指定下面的內容:- 確保 Context Factory Class 設定為 com.ibm.websphere.naming.WsnInitialContextFactory。
- URL:iiop://localhost:2809。注意:請將此修改為您環境的本地主機,詳見 Application Server 配置,如圖中所示。
圖 18. 本地主機屬性
- Factory Name:jms/cei/EventQueueConnectionFactory
- Username 和 Password:您的 Application Server 管理控制檯的使用者 ID 和密碼。
對於所建立的任何新 Business Events 專案以及所有希望生成傳入 CEI 的 CBE 的操作,您都需要完成上面的步驟。
要部署更改,以準備進行測試,請完成以下步驟:
- 從 Design Data 中選擇 Tools => Repositories,如圖 19 中所示。
圖 19. 開啟儲存庫
- 在圖 20 中所示的 Repository 視窗中,從 Project 窗格的構件列表中選擇一個元素,然後按 Ctrl+A 選擇全部。
- 單擊 Add in,以將所有元素新增到儲存庫,包括所有更改。
圖 20. 將元素新增到儲存庫
- 停止並重新啟動 Business Events 執行時,以從儲存庫中獲取更改。為此,請使用 WebSphere Application Server 管理控制檯,可通過其檢查 Business Events 執行時的狀態以及停止和啟動它。
登入到控制檯後,從左列中選擇 Enterprise Applications,您將看到 Business Events 執行時,如圖 21 中所示。
圖 21. Business Events 執行時
由於 WBERuntimeEAR 的狀態顯示為綠色,請選擇 WBERuntimeEar 並單擊 Stop。
- 執行時停止後且未出錯時,請再次選擇 WBERuntimeEar 並單擊 Start。您應該看到綠色狀態,指示它已經啟動。
現在您已經準備好對工具進行測試,使用 CBE 從 Business Events 向 CEI 傳送訊息。
完成 Business Events 專案的配置後,應該進行測試,以確保您的操作配置成功。為了測試新操作配置,您可以使用示例專案中提供的輸入事件:
- aeventBUY*.xml
- beventSELL*.xml
- beventSELLafterBUY*.xml
建立一個 c:/wbetmp/ 目錄,並將這些示例輸入檔案放入此目錄中。
或者,您可以建立自己的輸入事件。為了生成自己的可由 Business Events 作為輸入並觸發我們所修改的操作的構件,您需要將示例資料包從操作本身中匯出。為此,請使用示例專案完成以下步驟:
- 在 Touchpoints 窗格中右鍵單擊 Buy 事件,並選擇 Event Properties,如圖 22 中所示。
圖 22. Event properties
- 在 Event Buy Properties 視窗選擇 Event 選項卡,如圖 23 中所示。
圖 23. Buy 屬性
- 單擊 Export packets and schemas 並選擇 WBE Packet Example。
- 將示例儲存到您很容易查詢的目錄。示例專案中使用的目錄為 c:/wbetmp/,因此在使用示例專案時,請建立此目錄,並將您的檔案儲存到其中。
- 儲存檔案之後,請使用 XML 編輯器將其開啟,以熟悉入站事件的結構。
執行示例專案時,確保所生成的所有 BUY 事件都使用“a”作為字首(例如,aBUY_EVENT.xml),所有 SELL 事件都使用“b”作為字首(例如,bSELL_EVENT.xml)。很有必要這樣做,因為示例專案配置為根據檔案的字首區分傳入 BUY 和 SELL 事件。這樣,使用者就可以交錯事件處理的順序,確保某些事件在其他事件之前處理。
- 現在已經生成了將作為傳入事件處理的檔案,現在可以啟動聯結器,聯結器將允許 Business Events 使用事件,然後將輸出操作生成的 CGE 傳遞到 CEI 上。
- 導航到您的 Business Events 安裝路徑的 \director\bin 目錄,啟動聯結器。例如:C:\
\director\bin。 - 鍵入 connectors.bat。聯結器啟動,開啟顯示啟動資訊的命令視窗,並會掃描您已建立並儲存到 Business Events 事件目錄的事件檔案。您應該在命令視窗中看到您的事件被聯結器程式處理,如圖 24 中所示:
圖 24. 聯結器啟動
- 檢查以下資訊,以確保處理沒有出現問題:
- 確保事件檔案已被刪除,從而確定所建立並儲存在 c:\wbetemp\event 目錄中的事件已經被使用。
- 聯結器日誌位於 C:\
\director\logs\WBERuntime.connectors.log。
- 鍵入 connectors.bat。聯結器啟動,開啟顯示啟動資訊的命令視窗,並會掃描您已建立並儲存到 Business Events 事件目錄的事件檔案。您應該在命令視窗中看到您的事件被聯結器程式處理,如圖 24 中所示:
如果您要在 CEI 中檢查 Business Events 所處理的 CBE,可以停止通過匯流排傳送訊息。為此,您將需要登入到 Application Server 管理控制檯,並對 CEI 配置進行一點修改。為了遵循這些說明進行操作,您必須完全按照“先決條件 CEI 配置”部分中所述的對 CEI 進行了配置。
要禁用 CEI 中的接收選項,請在 Application Server 中選擇 Buses => CommonEventInfrastructure_Bus => Destinations => YourNode.yourserver => CommonEventInfrastructureQueueDestination。取消選中 Receive allowed,如圖 25 中所示。
執行測試之後,您將能夠捕獲在佇列中傳送的訊息,並對其進行檢查,如圖 26 中所示。
單擊 Additional Properties 下的 Messages,以檢視 CBE 訊息本身,如圖 27 中所示。
您現在可以看到 Business Events 所生成併傳送到 CEI 的 CBE 訊息的內容。如果您要檢視完整訊息,請確保更改 Displayed message body size,使其與 Approximate total message size 匹配。
在此部分,您瞭解了 Business Events、CBE 和 CEI 間的關係。您瞭解瞭如何從 Business Events 操作配置生成 CBE。您還了解了在正確配置的情況下,如何檢查通過 CEI 分發的 CBE 訊息。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14789789/viewspace-610867/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- WebSphere Business Events 進行業務事件處理Web行業事件
- WebSphere Business Events 構建業務事件應用程式Web事件
- 使用 WebSphere Business Events V6.1 進行業務事件處理Web行業事件
- 使用WebSphere Business Events REST介面從應用程式發出簡單業務事件WebREST事件
- 構建一個高可用 WebSphere Business Events 事件基礎設施Web事件
- 使用 WebSphere Adapter 整合 Oracle Workflow Business Event System 實現業務整合WebAPTOracle
- 使用Business Events和Business Monitor對感測器資料進行智慧分析
- 瞭解 WebSphere Business Modeler 與 FileNet 整合Web
- Oracle跟蹤事件 -- set eventsOracle事件
- Node模組之事件(events)詳解事件
- Oracle所有診斷事件列表eventsOracle事件
- [zt]Oracle跟蹤事件 - set eventsOracle事件
- Oracle跟蹤事件:set events 整理Oracle事件
- 業務領先模型(Business Leadership Model; BLM)模型
- 使用 WebSphere Business Modeler 進行業務建模Web行業
- sql_trace 和 events 跟蹤事件SQL事件
- ORACLE等待事件型別【Classes of Wait Events】Oracle事件型別AI
- 將Flex與Spring框架整合FlexSpring框架
- 自定義 WebSphere Business Monitor 業務空間的外觀Web
- WebSphere Business Monitor 事件處理內幕揭祕Web事件
- Fabric 1.0原始碼分析(13)events(事件服務)原始碼事件
- SAP QM 將業務上的偏差管理整合進入SAP系統?
- 使用 WebSphere Business Modeler 實現業務流程的直接部署Web
- 掌控 Oracle E-Business Suite 資料,驅動業務成果OracleUI
- Camunda定時器事件示例Demo(Timer Events)定時器事件
- node中事件(events)模組一些用法和原理事件
- Solidity語言學習筆記————33、事件(Events)Solid筆記事件
- Oracle資料庫的“健康指示器”——事件(events)Oracle資料庫事件
- DOM Level 3 Events: DOM事件架構(2-1)事件架構
- DOM Level 3 Events: DOM事件架構(2-2)事件架構
- 公共事件處理函式js庫事件函式JS
- 抖音暫停廣告業務 將落實“侮辱英烈”事件處罰結果事件
- 什麼是LOB(業務線line-of-business)應用程式?
- SAP Business ByDesign 和支付寶與釘釘整合的一個原型開發案例原型
- 事件驅動系統設計之將事件檢索與事件處理解耦事件解耦
- oracle小知識點16-診斷事件diagnostic eventsOracle事件
- 業務資料目錄整合
- 如果將Jdon3.0與其他系統整合.