基于消息的中間件MOM

站在用戶的角度思考問(wèn)題，與客戶深入溝通，找到墨竹工卡網(wǎng)站設(shè)計(jì)與墨竹工卡網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、成都外貿(mào)網(wǎng)站建設(shè)公司、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、主機(jī)域名、網(wǎng)絡(luò)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋墨竹工卡地區(qū)。

    中間件所包括的范圍十分廣泛，針對(duì)不同的應(yīng)用需求涌現(xiàn)出多種各具特色的中間件產(chǎn)品。但至今中間件還沒(méi)有一個(gè)比較精確的定義，因此，在不同的角度或不同的層次 上，對(duì)中間件的分類也會(huì)有所不同。由于中間件需要屏蔽分布環(huán)境中異構(gòu)的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議，它必須能夠提供分布環(huán)境下的通訊服務(wù)，我們將這種通訊服務(wù)稱之 為平臺(tái)?；谀康暮蛯?shí)現(xiàn)機(jī)制的不同，我們將平臺(tái)分為以下主要幾類：

遠(yuǎn)程過(guò)程調(diào)用（Remote Procedure Call）
面向消息的中間件（Message-Oriented Middleware）
對(duì)象請(qǐng)求代理（Object Request Brokers）

    它們可向上提供不同形式的通訊服務(wù)，包括同步、排隊(duì)、訂閱發(fā)布、廣播等等，在這些基本的通訊平臺(tái)之上，可構(gòu)筑各種框架，為應(yīng)用程序提供不同領(lǐng)域內(nèi)的服務(wù)，如 事務(wù)處理監(jiān)控器、分布數(shù)據(jù)訪問(wèn)、對(duì)象事務(wù)管理器OTM等。平臺(tái)為上層應(yīng)用屏蔽了異構(gòu)平臺(tái)的差異，而其上的框架又定義了相應(yīng)領(lǐng)域內(nèi)的應(yīng)用的系統(tǒng)結(jié)構(gòu)、標(biāo)準(zhǔn)的 服務(wù)組件等，用戶只需告訴框架所關(guān)心的事件，然后提供處理這些事件的代碼。當(dāng)事件發(fā)生時(shí)，框架則會(huì)調(diào)用用戶的代碼。用戶代碼不用調(diào)用框架，用戶程序也不必 關(guān)心框架結(jié)構(gòu)、執(zhí)行流程、對(duì)系統(tǒng)級(jí)API的調(diào)用等，所有這些由框架負(fù)責(zé)完成。因此，基于中間件開發(fā)的應(yīng)用具有良好的可擴(kuò)充性、易管理性、高可用性和可移植 性。

MOM面向消息的中間件

MOM指的是利用高效可靠的消息傳遞機(jī)制進(jìn)行平臺(tái)無(wú)關(guān)的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來(lái)進(jìn)行分布式系統(tǒng)的集成。通過(guò)提供消息傳遞和消息排隊(duì)模型，它可在分布環(huán)境下擴(kuò)展進(jìn)程間的通信，并支持多通訊協(xié)議、語(yǔ)言、應(yīng)用程序、硬件和軟件平臺(tái)。目前流行的MOM中間件產(chǎn)品有IBM的MQSeries、BEA的MessageQ等。消息傳遞和排隊(duì)技術(shù)有以下三個(gè)主要特點(diǎn)：

通訊程序可在不同的時(shí)間運(yùn)行程序不在網(wǎng)絡(luò)上直接相互通話，而是間接地將消息放入消息隊(duì)列，因?yàn)槌绦蜷g沒(méi)有直接的聯(lián)系。所以它們不必同時(shí)運(yùn)行。消息放入適當(dāng)?shù)年?duì)列時(shí)，目標(biāo)程序甚至根本不需要正在運(yùn)行；即使目標(biāo)程序在運(yùn)行，也不意味著要立即處理該消息。

對(duì)應(yīng)用程序的結(jié)構(gòu)沒(méi)有約束。在復(fù)雜的應(yīng)用場(chǎng)合中，通訊程序之間不僅可以是一對(duì)一的關(guān)系，還可以進(jìn)行一對(duì)多和多對(duì)一方式，甚至是上述多種方式的組合。多種通訊方式的構(gòu)造并沒(méi)有增加應(yīng)用程序的復(fù)雜性。

程序與網(wǎng)絡(luò)復(fù)雜性相隔離

程序?qū)⑾⒎湃胂㈥?duì)列或從消息隊(duì)列中取出消息來(lái)進(jìn)行通訊，與此關(guān)聯(lián)的全部活動(dòng)，比如維護(hù)消息隊(duì)列、維護(hù)程序和隊(duì)列之間的關(guān)系、處理網(wǎng)絡(luò)的重新啟動(dòng)和在網(wǎng)絡(luò)中移動(dòng)消息等是MOM的任務(wù)，程序不直接與其它程序通話，并且它們不涉及網(wǎng)絡(luò)通訊的復(fù)雜性。

/*****************************************************************/

作為 MOM（Message Oriented Middleware） 標(biāo)準(zhǔn)的 JMS

Java 消息傳送服務(wù)規(guī)范最初的開發(fā)目的是為了使 Java 應(yīng)用程序能夠訪問(wèn)現(xiàn)有 MOM 系統(tǒng)。引入該規(guī)范之后，它已被許多現(xiàn)有的 MOM 供應(yīng)商采用并且已經(jīng)憑借自身的功能實(shí)現(xiàn)為異步消息傳送系統(tǒng)。

在創(chuàng)建 JMS 規(guī)范時(shí)，設(shè)計(jì)者希望融合現(xiàn)有消息傳送系統(tǒng)的精髓。這包括：

路由和傳送消息的消息傳送提供者的概念

不同的消息傳送模式或域，例如點(diǎn)對(duì)點(diǎn)消息傳送和發(fā)布/訂閱消息傳送

用于接收同步和異步消息的工具

對(duì)可靠消息傳送的支持

常見消息格式，例如流、文本和字節(jié)

供應(yīng)商通過(guò)提供一個(gè) JMS 提供者來(lái)實(shí)現(xiàn) JMS 規(guī)范，該提供者由實(shí)現(xiàn) JMS 接口的庫(kù)、消息的路由和傳送功能以及用來(lái)管理、監(jiān)視和調(diào)整消息傳送服務(wù)的管理工具組成。路由和傳送功能可以由集中式消息服務(wù)器或代理來(lái)執(zhí)行，也可以通過(guò)每個(gè)客戶端運(yùn)行時(shí)環(huán)境的功能來(lái)實(shí)現(xiàn)。

同樣，JMS 提供者可以扮演多種角色：可以創(chuàng)建為獨(dú)立產(chǎn)品或大型分布式運(yùn)行時(shí)環(huán)境系統(tǒng)中的嵌入式組件。作為獨(dú)立產(chǎn)品時(shí)，它可以用于定義企業(yè)應(yīng)用程序集成系統(tǒng)的主干；在 嵌入到應(yīng)用服務(wù)器中時(shí)，它可以支持組件間消息傳送。例如，J2EE 使用 JMS 提供者實(shí)現(xiàn)消息驅(qū)動(dòng) Bean 并允許 EJB 組件發(fā)送和接收消息。

如果創(chuàng)建了包含現(xiàn)有系統(tǒng)所有功能的標(biāo)準(zhǔn)，則用戶很難了解并實(shí)現(xiàn)通過(guò)此標(biāo)準(zhǔn)建立的系統(tǒng)。而 JMS 定義了消息傳送概念和功能所具有的共同特點(diǎn)。從而使這種標(biāo)準(zhǔn)更易于掌握，并最大限度地提高了 JMS 應(yīng)用程序在 JMS 提供者之間的可移植性。需要強(qiáng)調(diào)的一點(diǎn)是，JMS 是 API 標(biāo)準(zhǔn)，而不是協(xié)議標(biāo)準(zhǔn)。將 JMS 客戶端從一個(gè)供應(yīng)商移動(dòng)到另一個(gè)供應(yīng)商是很容易的。但是不同的 JMS 供應(yīng)商之間通常不能相互直接通信。

/*****************************************************************/