Message Queue 4.2 的新功能 (Sun Java System Message Queue 4.2 版本說明)

Sun Java System Message Queue 4.2 版本說明

Message Queue 4.2 的新功能

Sun Java System Message Queue 為全方位功能的訊息服務，可提供符合 Java Messaging Specification (JMS) 1.1 規格且可靠的非同步訊息傳送。此外，Message Queue 還提供多種 JMS 規格以外的功能，以滿足大型企業的部署需求。

Message Queue 4.2 是包含幾個增強功能與錯誤修正的次級發行版本。本節說明如何安裝或升級為 Message Queue 4.2，並說明此發行版本所包含的新功能：

如需有關 Message Queue 4.0 與 4.1 中推出之功能的資訊，請分別參閱Message Queue 4.0 的新功能與Message Queue 4.1 的新功能。

發佈程式或訂閱者的多個目標

在 Message Queue 4.2 中，發佈程式現在可將訊息發佈至多個主題目標，而訂閱者可從多個主題目標使用訊息。使用包含萬用字元符號的主題目標名稱即可代表多個目標，進而達成此功能。使用這類符號名稱可讓管理員視需要建立與萬用字元命名方案一致的其他主題目標。發佈程式與訂閱者會自動發佈至增加的目標，以及從增加的目標進行取用 (萬用字元主題訂閱者比發佈程式更常用)。

備註 –

此功能不會套用至佇列目標。

符號主題目標名稱的格式包含多個區段，其中萬用字元符號 (*、**、>) 可代表名稱的一或多個區段。例如，假設您的主題目標命名方案如下：

size.color.shape

其中主題名稱區段可具有下列值：

size：large、medium、small...
color：red、green、blue...
shape：circle、triangle、square...

Message Queue 支援下列萬用字元符號：

* 表示尋找單一區段
** 表示尋找一或多個區段
> 表示尋找不限數目的連續區段

因此，您可以如下表示多個主題目標：

large.*.circle 表示：

large.red.circle
large.green.circle
...

**.square 代表結尾是 .square 的所有名稱，例如：

small.green.square
medium.blue.square
...

small.> 代表開頭是 small. 的所有目標名稱，例如：

small.blue.circle
small.red.square
...

若要使用此多重目標功能，您可以使用類似上述的命名方案建立主題目標。用戶端應用程式會接著建立使用符號目標名稱的發佈程式或用戶。例如：

...
String DEST_LOOKUP_NAME = "large.*.circle";
Topic t = (Destination) ctx.lookup(DEST_LOOKUP_NAME);
TopicPublisher myPublisher = mySession.createPublisher(t)
myPublisher.send(myMessage);

...
String DEST_LOOKUP_NAME = "**.square";
Topic t = (Destination) ctx.lookup(DEST_LOOKUP_NAME);
TopicSubscriber mySubscriber = mySession.createSubscriber(t);
Message m = mySubscriber.receive();

在第一個範例中，代理程式會在符合符號名稱 large.*.circle 的所有目標中，放置一個訊息副本。在第二個範例中，若至少有一個目標符合符號名稱 **.square，則會建立訂閱者；且訂閱者會從符合該符號名稱的所有目標接收訊息。若沒有目標符合符號名稱，則在出現此目標之前，不會建立訂閱者。

若管理員建立符合符號名稱的其他目標，則使用此符號名稱建立的萬用字元發佈程式會接著發佈至此目標，且使用此符號名稱建立的萬用字元訂閱者會接著接收來自此目標的訊息。

此外，Message Queue 管理工具除了會報告某主題目標的發佈程式 (產生器) 與訂閱者 (用戶) 總數之外，還會報告萬用字元發佈程式 (包含其對應符號目標名稱) 的數目，以及萬用字元訂閱者 (包含其符號目標名稱) 的數目 (若有的話)。

XML 有效負載訊息的模式驗證

Message Queue 4.2 的此新功能可在將訊息傳送至代理程式時，根據 XML 模式驗證 XML 訊息文字 (而非物件) 的內容。XML 模式 (XSD) 的位置會指定為 Message Queue 目標的特性。若未指定任何 XSD 位置，則會使用 XML 文件中的 DTD 宣告，執行 DTD 驗證 (XSD 驗證包含資料類型與值範圍驗證，比 DTD 驗證嚴格)。

使用此新功能的用戶端應用程式應將 Java SE 版本升級為 JRE 1.5 或更新版本。

若要啟用 XML 模式驗證，請設定下列實體目標特性：

表 1–5 XML 模式驗證的實體目標特性


特性	類型	預設值	說明
`validateXMLSchemaEnabled`	Boolean	`false`	是否啟用 XML 模式驗證？如果設定為 `false` 或未設定，則目標未啟用 XML 模試驗證。
`XMLSchemaURIList`	String	空值	以空格分隔的 XML 結構描述文件 (XSD) URI 字串清單這些 URI 指向 XML 模式驗證 (如果有) 所使用的一或多個 XSD 位置。如果指定多個 URI，請使用雙引號括住此值。範例： "`http://foo/flap.xsd http://test.com/test.xsd`" 如果此特性未設定或為空值，且已啟用 XML 驗證，則會使用 XML 文件中指定的 DTD 執行 XML 驗證。
`reloadXMLSchemaOnFailure`	Boolean	`false`	是否啟用 [失敗時重新載入 XML 模式]？如果設定為 False 或未設定，則驗證失敗時不會重新載入模式。

啟用 XML 驗證時，Message Queue 用戶端執行階段會嘗試根據指定的 XSD (若未指定任何 XSD，則根據 DTD) 驗證 XML 訊息，再傳送至代理程式。若找不到指定的模式或無法驗證訊息，則不會傳送訊息且會丟出例外。

您可分別在使用 imqcmd create dst 指令 (建立目標時) 或 imqcmd update dst 指令 (更新時) 時設定 XML 驗證特性。您應在目標為非使用中時設定 XML 驗證特性：亦即沒有用戶及產生器，且目標中沒有訊息時。

備註 –

若在執行階段無法存取 XSD，可能必須在目標為使用中時修改 XMLSchemaURIList。

若在目標為使用中時 (例如，若有產生器連線至目標) 設定了任何 XML 驗證特性，產生器必須重新連線至代理程式，變更才會生效。同理，若由於變更應用程式需求而變更了 XSD，則根據已變更之 XSD 來產生 XML 訊息的所有用戶端應用程式，均須重新連線至代理程式。

若 reloadXMLSchemaOnFailure 特性設定為 true 且 XML 驗證失敗，則 Message Queue 用戶端執行階段會嘗試重新載入 XSD，再重新嘗試驗證訊息。若驗證使用重新載入的 XSD 仍失敗，用戶端執行階段會丟出例外。

分散式作業事件的 C-API 支援

根據 X/Open 分散式作業事件模型，分散式作業事件的支援仰賴於分散式作業事件管理程式，此管理程式會追蹤並管理一或多個資源管理程式所執行的作業。在 Message Queue 4.2 中，Message Queue C-API 現在支援 XA 介面 (介於分散式作業事件管理程式與 Message Queue 之間，作為 XA 相容資源管理員)，可讓在分散式作業事件處理環境 (如 BEA Tuxedo) 中執行的 Message Queue C-API 用戶端，參與分散式作業事件。

此分散式作業事件支援包含實作 XA 介面規格時所使用的下列 C-API 新功能 (以及新參數與錯誤碼)：

MQGetXAConnection()
MQCreateXASession()

若 C 用戶端應用程式將用於分散式作業事件環境中，則必須透過使用 MQGetXAConnection() 取得連線，並透過使用 MQCreateXASession() 建立產生與使用訊息的階段作業。管理所有分散式作業事件的啟動、確認與回復時，均透過分散式作業事件管理程式提供的 API。

公共資訊

X/Open XA 介面規格需要下列有關 Message Queue XA 相容資源管理員的公共資訊：

xa_switch_t 結構的名稱：sun_my_xa_switch
資源管理員的名稱：SUN_RM
要連結的 MQ C-API 程式庫：mqcrt
xa_close 字串與格式：無
xa_open 字串與格式：「;」分隔的「名稱=值」對

支援下列「名稱/值」對：

表 1–6 Message Queue 資源管理員「名稱/值」對


名稱	值	說明	預設值
address	`host`:`port`	代理程式之連接埠對映器服務的 host:port。	`localhost:7676`
username	string	連線至代理程式所使用的使用者名稱	`guest`
password	string	使用者名稱的密碼	`guest`
conntype	TCP 或 SSL	代理程式連線的協定類型	`TCP`
trustedhost	true/false	是否信任代理程式主機 (僅適用於 conntype=SSL)	`true`
certdbpath	string	包含 NSS 憑證與金鑰資料庫檔案之目錄的完整路徑	未設定
clientid	string	僅 JMS 長期訂閱才需要	未設定
reconnects	integer	對代理程式的重新連線嘗試次數 (0 表示不重新連線)	`0`

程式設計範例

若要設計使用分散式作業事件的應用程式，可以建立在作業事件管理程式環境中執行的伺服器端服務，以及呼叫作業事件管理程式 API 的用戶端程式碼。Message Queue 4.2 根據 Tuxedo 作業事件管理程式提供程式設計範例。這些範例在每個平台上皆位於 ./C/tuxedo 目錄的程式範例目錄中。

此目錄包含 README 檔案，說明如何設定 Tuxedo 以使用 Message Queue 資源管理員，以及如何在 Tuxedo 環境中建立下列程式範例：

程式範例	說明
`jmsserver.c`	使用 Message Queue 實作傳送與接收訊息的 Tuxedo 服務。
`jmsclient_sender.c`	在 `jmsserver.c` 程式中使用訊息產生服務的 Tuxedo 用戶端。
`jmsclient_receiver.c`	在 `jmsserver.c` 程式中使用訊息接收服務的 Tuxedo 用戶端。
`async_jmsserver.c`	使用 Message Queue 實作非同步使用訊息的 Tuxedo 服務。
`jmsclient_async_receiver.c`	在 `async_jmsserver.c` 程式中使用非同步訊息使用服務的 Tuxedo 用戶端。

Sun Connection 註冊的安裝程式支援

Message Queue 安裝程式已增強為可向 Sun Connection 註冊 Message Queue；Sun Connection 是協助您追蹤、管理及維護 Sun 軟硬體的 Sun 代管服務。

您可以在 Message Queue 安裝過程中，選擇是否要向 Sun Connection 註冊 Message Queue。已安裝之 Message Queue 的相關資訊 (如發行版本、主機名稱、作業系統、安裝日期及其他此類基本資訊) 會安全傳輸至 Sun Connection 資料庫。Sun Connection 資產管理服務可協助您管理 Sun 軟硬體，而更新服務則會通知您最新之可用安全性問題修正、建議更新及增強功能。

Message Queue 4.2 已增加有關 Sun Connection 註冊的下列安裝程式畫面：

必須已經有 Sun Online 帳號或建立一個帳號，才可進行註冊。若還沒有帳號，安裝程式會提供下列畫面，供您建立 Sun Online 帳號：

您可以在安裝期間使用上述畫面註冊 Message Queue；或等到完成安裝後，再以僅限註冊模式執行安裝程式，如下所示：

# installer -r

僅限註冊模式需要安裝 Message Queue 4.2，且僅會顯示與註冊相關的安裝程式畫面。

MySQL 資料庫的支援

Message Queue 4.2 支援 MySQL 資料庫作為 JDBC 資料存放區。MySQL Cluster Edition 可用作獨立代理程式的 JDBC 資料庫，以及高可用性代理程式叢集所需之高度可用的共用資料存放區。如需有關配置 Message Queue 使用 MySQL 的資訊，請參閱「Sun Java System Message Queue 4.2 Administration Guide」中的「Configuring a JDBC-Based Data Store」，同時另請參閱「Sun Java System Message Queue 4.2 Administration Guide」中的「High-Availability Cluster Properties」。