Configure persistent Topic in JBoss Messaging Bridge

Configure JBoss Messaging Bridge 說明的是 Queue 的傳送模式，接下來延續的這一篇改用 Topic 的傳送模式並且須為 Persistent Messages ，而前一篇關於 Persistent Messages for Queue 的說明是在進行這一篇測試時，做為先期測試完成後再補上的，因主題上比較相近皆為 Queue 的說明因此擺在同一篇說明裡。

Messaging Bridge 可透過設定 Quality of Service (QoS) Level 來達到 Persistent Messages， QoS 共有三個設定：QOS_AT_MOST_ONCE、QOS_DUPLICATES_OK、QOS_ONCE_AND_ONLY_ONCE(設定值依序為0~2，詳見官網說明)， QOS_DUPLICATES_OK mode 依官網的說明這個 mode ，Target Destination 有可能會收到重覆的資料但確保訊息都會收到， QOS_ONCE_AND_ONLY_ONCE mode 則確保會收到一次，此 mode 是架構在 JTA transaction 因此配置上要有相對應的修改(這一段節錄自 Configure JBoss Messaging Bridge) 。

準備執行環境

• JDK (Java Development Kit) version 1.6+
• JBoss Enterprise Application Platform 5.0
• JBoss Messaging 1.4.6.GA
• MySQL Server 5.1

JBoss RiftSaw Sample - Math Formulas

前一篇文章 JBoss SOA Web Service - Math Sample 將 ＋、－、Ｘ、／ 的運算包裝成 Web Service ，假設這些 ＋、－、Ｘ、／ 的運算都是不同平台的實作， ＋ 法是用PHP開發， － 法是用JAVA開發， Ｘ 法是用Microsoft平台， ／ 法則是用Perl Solution 。
接下來我們有一些數學公式的需求，例如：(a＋b)Ｘ(a－b) 或者 (a＋b)／(a－b) ，這時候 BPEL 就派上用場了，可以在不重覆開發的情況下，使用即有的 ＋、－、Ｘ、／ Service 透過定義 BPEL Process 來滿足我們各種數學公式的需求。
這就是 BPEL 最主要的功能整合異質系統，定義 BPEL Process 是呼叫各個 WebService 使其協同合作，這就回歸到 WebService 的核心 - 抽離平台的差異，使平台的差異與 Service 本身無關，所以 BPEL 的異質整合是架構在 WebService 之上，了解之後企業的各個系統整合是否適合使用 BPEL 就可進一步評估了。

相關設定(如安裝 JBoss RiftSaw )及執行環境的說明，可參考 JBoss RiftSaw Getting Started Guide 及 JBoss SOA Web Service - Math Sample 等相關的文章。

準備執行環境

• Eclipse Java EE IDE 3.6.1(Helios)+
• Eclipse BPEL Visual Designer 0.5.0
• JBoss Tools Plugin 3.2+
• JBoss SOA Server 5.0.2.GA+
• JBoss ESB Server 4.10+
• JBoss RiftSaw 2.3.0+
• JBoss Web Services 3.1.2.SP3_CP01+
• MySQL Server 5.1