消息中间件及WebSphere MQ入门
WebsphereMQ设计篇第十九章消息上下文(MessageContext)
第十九章消息上下文(Message Context)一般说来，任意两条消息之间的属性是独立无关的，每条消息都有各自的属性。
比如，在缺省情况下，队列中的一条消息被MQGET 取出来，然后又原封不动地MQPUT 放回去。
虽然在内容上没有任何地改动，然而在一进一出之后，就变成了两条消息。
严格地说，放回去的消息已经不是原先在队列中的那条消息了，它们可以有各自的属性，从后一条消息中是看不出前一条消息的痕迹的。
缺省情况下，消息在经历了MQGET 和MQPUT 这么一个环节之后就“脱胎换骨”成了另一条消息，下一个环节只能知道消息的来源是上一个环节，而无法知道消息是由上一个环节产生，还是由上一个环节转发，更无法知道上一个环节之前的发送者。
(如图) 这样消息链中的每一个环节只能对上一环节对安全检查和权限认证，从而决定是否让消息通过，缺乏能在消息链全程中发挥作用的安全机制。
消息链的末端也只能看见最后一个环节，根本无法知晓消息的始作俑者，从而给末端授权或末端计费的应用带来一定的困难。
1 2 3 4图有时候，在实际的应用场景中需要消息的某些属性能够经历多次传递而不变。
这就意味着某些消息属性能够跨越一个环节，被自动复制到新的相关消息中去，从而被一环一环地传递下去，直到消息链的终点。
(如图) 终点的接收程序可以通过这些属性知道消息链起始端的发送程序想要传递的某些信息，这些可以被自动地复制传递而贯串始终的消息属性就是所谓的消息上下文(Message Text)。
A A图消息上下文指的是消息描述符(MQMD) 中的8 个字段，分两类：身份上下文(Identity Context) 和起源上下文(Origin Context)。
其中身份上下文指的是MQPUT 或MQPUT1 时发送程序的用户信息，通常存放消息链中最初的发送程序的用户信息；起源上下文指的是MQPUT 或MQPUT1 时发送程序自身的信息，通常存放上一个环节中MQPUT 程序的信息。
MQ教程
11
MQ概念 – 异步 vs. 同步通信 概念
消息队列框架的通信模式是异步的！ 同步: 应用发送请求后一直等待，直到请求被处理。
客户端请求的同时，服务必须在线。
异步: 应用发送请求，然后在将来检查请求是否被处 理完成。
客户端请求时，服务无需在线。
12
中间件类型 MOM Data Connectivity RPC ORB TPM
简单地说，MOM就是这样的中间件，它允许一个应用向另一个应用 发送消息，而无论该应用是否在线。
平台 A
平台 B
消息队列 子系统A
应用A”放入“消息
消息队列 子系统B 消息队列
应用B” 获取“消息
10
MQ概念 – 消息和队列 概念
消息 – 程序之间的通信是通过发送消息数据而不是相 互间直接调用. 队列 – 消息通过放入队列而存储下来, 减少了程序间 逻辑性连接的需要. 消息传输系统 应用程序接口
WebSphere MQ教程 教程
1
提要
Websphere MQ 介绍 安装和配置Websphere MQ Websphere MQ 集群 Websphere MQ 分布式队列管理 Websphere MQ 故障诊断
2
议程
MQ概念
中间件 MOM 异步通信
消息原理 MQ对象 演示 Reference (备用) 应用案例
35
2.3客户机和服务器
WebSphere MQ 支持其应用程序的客户机－服务器配置。 WebSphere MQ客户端通过MQI通道与WebSphere MQ 服务器进行通讯。
36
2.4触发机制 2.4.1触发的概念 2.4.2触发类型 2.4.3触发的工作原理 触发的工作原理
IBMWebSphereMQ介绍安装以及配置服务详解
介绍安装以及配置服务详解IBM WebSphere MQ首先介绍一下MQMQ消息队列的简称是一种应用程序对应用程序的通信方法。
说白了也就是通过队列的方式来对应用程序进行数据通信。
而无需专用链接来链接它们。
MQ的通讯方式1.数据报的方式Datagram (Send and forget)应用程序在创建完消息后。
利用MQ的API将消息发送到队列中。
它充分利用了MQ（once and once only ）2.请求和应答方式Request/Reply发送消息之后需等待对方处理结果。
需考虑如下问题：a.等待应答的时间是多少？b.如果没有应答怎么办。
c.本次session是否需要保留？MQ的开发流程1.让应用程序与队列管理器链接，通过MQconnect调用来进行此链接。
2.使用MQOpen调用为输出打开一个队列调用将其数据放到队列上。
MQPut应用程序使用 3.调用打开输入队列 4.调用MQOpen 5.使用MQGet从队列上接收数据安装步骤。
（此处为转载文章，作者已经证实所有步骤。
）Windows下WebSphere MQ服务端的安装：（1）把WebSphere MQWindows版服务器CD-ROM插入CD-ROM驱动器。
（2）如果安装了自动运行，那么会启动安装进程。
如果不启动，则双击CD-ROM 上的根目录中的Setup图标以启动安装程序。
（3）请等待，直到出现WebSphere MQ安装启动板窗口为止。
（4）如果需要更改安装的本地语言，单击选择语言图标，然后从列表中选择所需的语言。
（5）选择必备软件选项。
选择典型安装后，安装界面上的每个安装项右边有一个对钩号（表示已安装），反之则为一个叉号（表示还没有安装，如果要装MQ，则必须先把这些软件装好）。
如果出现了叉号：1）单击项目左边的?号以显示安装连接；2）选择要使用的安装源的选项，从以下各项选择：WebSphere MQ CD ?．因特网?网络? ?符号。
Websphere_MQ入门教程
Websphere MQ入门教程——使用IBM Websphere MQ提纲前言今天，大多数企业都希望他们的硬件和软件提供者不只受限于一家厂商，相反，大家普遍认为应当面向多家厂商能够运行多种软件的多种硬件平台，这些硬件平台既可以是大型机，也可以是笔记本计算机。
其中包括传统的中央集中式系统，通常指大型企业所采用的大型机，部门级小型计算机和个人用个人计算机或工作站。
通常这些平台是在“混乱”中发展起来的，当时它们的成长既有独立性又有偶然性。
混乱造成的结果是由企业“玻璃房子”控制的清静、秩序井然的世界退化成了一个个独立而分散的部门，并要求任务能够满足其独立而分散的需求。
有些公司一直在寻求一种成熟的策略，以便在企业范围内扩展应用和数据，使其距最终用户最近。
这种需求在设计时，存在许多限制，因为目前的交互式主要是同步形式，它要求对方一直处于通讯状态，这必然会大大增加网络代价。
目前，许多企业都是由一些相对于整体业务问题而孤立的解决方案所组成的自动化孤岛。
在信息共享的大环境下，如果能在这些孤岛之间架起桥梁，那么效率和利润都将得到提高。
从我们与不同行业客户与服务提供者广泛接触的经验来看，这种沟通非常必要，而且正变得越来越重要。
有些公司已经找到了连接网络若干个部分的解决方案，它们或者是自行开发的或者只有较窄的应用领域。
如IBM用户事务处理的CICS就有这样的连接功能，但数据处理软件的设计、维护和开发通常都非常昂贵。
因此需要一种通用软件，它能够集成多个运行于供应商所提供的系统上的应用程序。
这种软件不仅成本不高，而且可以可靠地处理很高的吞吐量，消息中间件正是解决这种互连问题的解决方案。
商业消息中间件的出现保证了消息传输的可靠性，高效率和安全性，同时也减少了系统的开发周期。
目前应用最多的消息中间件产品为IBM Websphere MQ。
本文就针对Websphere MQ的体系结构、管理和开发进行详细的阐述，希望对读者有所帮助。
MQ_相关介绍
发布/订阅(Publish/Subscribe)
• 在有的应用环境中，消息的发送者在发送消息的时候并不知道 有多少个接收者，更不知道消息的目的地在哪里。在这种情况 下，就需要发送者用类似于广播的方式将消息发布出去 • 需要有设立一个中间机构，类似于邮局。消息的发布者就好像 报社或杂志社，它在发布之前需要一次性地与邮局注册需要发 行的刊物代码。消息订阅者就好像读者，需要到邮局确认需要 订阅的刊物代码。邮局只负责递送业务，一旦有新的刊物出版， 就会送到所有订阅过的读者手中。这种方式可以使得消息的订 阅者只接收自己感兴趣的消息。 • 在 WebSphere MQ 中这个中间机构叫做 Broker，消息发布程序 叫做 Publisher，订阅程序叫做 Subscriber，订阅代码叫做主题 (Queue)，Queue 是一个字符串，可以用“/”进行分级，比如： Sport/Soccer/Reports。发布者和订阅者之间的只需约定一个 Queue 即可。类似于邮局和邮局可以互连，从而使本地读者可 以订阅国外刊物。
• • • • • • •
MQQueueConnectionFactoryqueueConnectionFactory = new MQQueueConnectionFactory (); queueConnectionFactory.setTransportType(JMSC.MQJMS_TP_CLIENT_MQ_TCPIP); queueConnectionFactory.setQueueManager(this.managerName); queueConnectionFactory.setHostName (this.host); queueConnectionFactory.setPort (this.port); queueConnectionFactory.setChannel (this.channel); queueConnectionFactory.setCCSID(sid);
WebSphere MQ 基础培训文档
MQ跟踪
跟踪路径：/var/mqm/trace
一般情况下MQ的跟踪是关闭的
strmqtrc 控制命令启用或修改跟踪 endmqtrc 控制命令停止跟踪 strmqtrc -m TYSG_JKOUT_BANK.QM endmqtrc –mTYSG_JKOUT_BANK.QM dspmqtrc 转换跟踪文件为可读格式 dspmqtrc /var/mqm/trace/*
检查跟踪文件
常见故障处理范例
通道状态异常
先检查对方的端口是否可以连通，telnet ip port
检查MQ日志文件（AMQERR01.LOG）出错原因 手工start发送通道 若修改了传输队列或者通道的conname属性，需要先执 行reset channel来复位顺序号sequence，再启动发送 通道。
MQSC命令
define qlocal(*******) delete qlocal(*******) ping channel(*******) define chl(*******) delete chl(*******) start chl(*******)
reset channel(*******) stop chl(*******) 每个命令的第一参数是 display qlocal(*******) resolve chl(*******) 动词，第二个参数是名 词。第三个参数可能是 clear qloacl(*******) display chs(*******) 对象名或对象统配符 alter end
rm -rf /var/mqm/trace/AMQ*FMT
死信队列
DEADQ
无法发送的消息都被放置在死信队列
DISPLAY QUEUE （DEADQName） AMQSBCG DEADQName QmgrName
浅谈消息中间件IBM WebSphere MQ
队 列 可 以 看 作 是 用 于 存 储 消 息 的容 器 ， 且 存 储 是 并 有 顺 序 的 。 队列 可 分 为 本 地 队列 、 程 队列 、 型 队 列 、 远 模 别 名 队 列 等 ， 中只 有 本 地 队 列 是 真 正 意 义 上 的 队列 实 其 体 ． 以 存 放 消 息 ； 程 队 列 和 别 名 队 列 只 是 一 种 队 列 可 远 定 义 ， 向 另 一 个 队 列 实 体 ， 远 程 队 列 指 向 的 是 其 他 指 即 队 列 管 理 器 中 的 队 列 ， 名 队列 指 向 的 是 本 地 队 列 管 理 别 器 中 的 队列 ； 型 队 列 描 述 了 模 型 的 属 性 ， 打 开 模 型 模 当 队列 的时候 ， 列 管理 器会 以这个 定 义为模 型 ， 建 １ 队 创
Ｗ ＡＮＧ ｉｎ，Ｉ Ｊａ ＪＡＮＧ ｉｇ Ｔ ｎ （ ．ｃｏｌ ｆ Ｓ ｚｏ Ｓｆ ａｅ ｎ ｉ ｅｉｇ Ｕ ｉ ｒｔ ｆＳｉｎｅ ａｄ ｅｈ ｏ ｇ ｆ Ｃ ｉａ Ｓ ｚｏ １ １３， ｈ ａ １Ｓｈｏ ｕｈｕ ｏ ｗ ｒ ｏ ｔ Ｅ ｇ ｅｒ ， ｎｖ ｓｙ ｃ ｃ ｎ Ｔｃ ｎｌ ｙ ｏ ｈｎ ， ｕｈｕ ２ ５ ２ Ｃ ｉ ； ｎ ｎ ｅ ｉ ｏ ｅ ｏ ｎ
同 的 通 信 协 议 之 间 的差 别 ， 以 最 大 限 度 地 简 化 网络 编 可 程 的 复 杂 性 ； 时 ， 支 持 多 种 平 台 ， 消息 支 持 交 易 式 同 它 对
的提 交 和 回滚 。
２ Ｗｅ Ｓ ｈ ｒ ＭＱ 的 基本 概 念 【 ｂ ｐ ｅｅ １ 】
２ １ 消 息 ．
Ｋｅ ｒ ｓ：Ｉ ｙ ｗｏ ｄ ＢＭ ｓ ａ ｅ ｑ ｅ ｅ；ｍｉ ｄ ｅ ａ ｅ ｍｅ ｓ ｇ ； ｑ ｅ ｅ ｃ ａ ｎ ｌ ｍｅ ｓ ｇ ｕ ｕ ｄ ｌｗ ｒ ； ｓａ ｅ ｕ ｕ ； ｈ ｎ ｅ
2024年WebSphere培训教程
WebSphere培训教程1.引言WebSphere是由IBM公司推出的一款企业级应用服务器产品，广泛应用于企业信息系统的构建和部署。
WebSphere不仅支持JavaEE和Web服务，还提供了强大的事务管理、安全性和集群功能。
为了帮助开发人员更好地掌握WebSphere的使用，本教程将详细介绍WebSphere的基本概念、安装配置、应用部署和管理等内容。
2.WebSphere概述2.1WebSphere产品家族WebSphereApplicationServer（WAS）：WebSphere的核心产品，支持JavaEE和Web服务，用于构建和部署企业级应用。
WebSphereMQ：一款消息中间件，用于实现不同系统之间的可靠消息传递。
WebSpherePortal：一款企业门户产品，用于构建和管理企业内外部的门户网站。
2.2WebSphere应用服务器事务管理：支持全局事务和局部事务，保证分布式应用的一致性。
安全性：提供基于角色的访问控制、单点登录等安全机制。
集群：支持负载均衡和故障转移，提高应用的可伸缩性和可用性。
管理工具：提供图形化界面和命令行工具，方便管理和监控应用。
3.WebSphere安装与配置3.1安装环境操作系统：支持Windows、Linux、X等。
JDK：安装JavaDevelopmentKit（JDK），版本要求根据WebSphere版本而定。
内存：至少2GB，推荐4GB或更高。
硬盘空间：至少2GB，推荐5GB或更高。
3.2安装步骤1)WebSphere安装包。
2)解压安装包，运行安装程序。
3)遵循安装向导完成安装。
3.3配置步骤1)打开WebSphere管理控制台。
2)创建新的应用服务器实例。
3)配置JVM参数、线程池等。
4)部署应用。
4.WebSphere应用部署与管理4.1应用部署1)打包应用：将应用打包为EAR、WAR或JAR文件。
2)部署应用：通过WebSphere管理控制台或wsadmin工具部署应用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
消息中间件概述消息队列技术是分布式应用间交换信息的一种技术。
消息队列可驻留在存或磁盘上,队列存储消息直到它们被应用程序读走。
通过消息队列，应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。
在分布式计算环境中，为了集成分布式应用，开发者需要对异构网络环境下的分布式应用提供有效的通信手段。
为了管理需要共享的信息，对应用提供公共的信息交换机制是重要的。
设计分布式应用的方法主要有：远程过程调用(PRC)--分布式计算环境(DCE)的基础标准成分之一；对象事务监控(OTM)--基于CORBA的面向对象工业标准与事务处理(TP)监控技术的组合；消息队列(MessageQueue)--构造分布式应用的松耦合方法。
(a) 分布计算环境/远程过程调用(DCE/RPC)RPC是DCE的成分，是一个由开放软件基金会(OSF)发布的应用集成的软件标准。
RPC模仿一个程序用函数引用来引用另一程序的传统程序设计方法，此引用是过程调用的形式，一旦被调用，程序的控制则转向被调用程序。
在RPC实现时，被调用过程可在本地或远地的另一系统中驻留并在执行。
当被调用程序完成处理输入数据，结果放在过程调用的返回变量中返回到调用程序。
RPC完成后程序控制则立即返回到调用程序。
因此RPC模仿子程序的调用/返回结构，它仅提供了Client(调用程序)和Server(被调用过程)间的同步数据交换。
(b) 对象事务监控(OTM)基于CORBA的面向对象工业标准与事务处理(TP)监控技术的组合，在CORBA 规中定义了：使用面向对象技术和方法的体系结构；公共的Client/Server程序设计接口；多平台间传输和翻译数据的指导方针；开发分布式应用接口的语言(IDL)等，并为构造分布的Client/Server应用提供了广泛及一致的模式。
(c) 消息队列(Message Queue)消息队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法。
消息队列的API调用被嵌入到新的或现存的应用中，通过消息发送到存或基于磁盘的队列或从它读出而提供信息交换。
消息队列可用在应用中以执行多种功能，比如要求服务、交换信息或异步处理等。
中间件是一种独立的系统软件或服务程序，分布式应用系统借助这种软件在不同的技术之间共享资源，管理计算资源和网络通讯。
它在计算机系统中是一个关键软件，它能实现应用的互连和互操作性，能保证系统的安全、可靠、高效的运行。
中间件位于用户应用和操作系统及网络软件之间，它为应用提供了公用的通信手段，并且独立于网络和操作系统。
中间件为开发者提供了公用于所有环境的应用程序接口，当应用程序中嵌入其函数调用，它便可利用其运行的特定操作系统和网络环境的功能，为应用执行通信功能。
如果没有消息中间件完成信息交换，应用开发者为了传输数据，必须要学会如何用网络和操作系统软件的功能，编写相应的应用程序来发送和接收信息，且交换信息没有标准方法，每个应用必须进行特定的编程从而和多平台、不同环境下的一个或多个应用通信。
例如，为了实现网络上不同主机系统间的通信，将要求具备在网络上如何交换信息的知识（比如用TCP/IP的socket程序设计）；为了实现同一主机不同进程之间的通讯，将要求具备操作系统的消息队列或命名管道(Pipes)等知识。
目前中间件的种类很多，如交易管理中间件(如IBM的CICS)、面向Java应用的Web应用服务器中间件(如IBM的WebSphere Application Server)等，而消息传输中间件(MOM)是其中的一种。
它简化了应用之间数据的传输，屏蔽底层异构操作系统和网络平台，提供一致的通讯标准和应用开发，确保分布式计算网络环境下可靠的、跨平台的信息传输和数据交换。
它基于消息队列的存储-转发机制，并提供特有的异步传输机制，能够基于消息传输和异步事务处理实现应用整合与数据交换。
IBM 消息中间件MQ以其独特的安全机制、简便快速的编程风格、卓越不凡的稳定性、可扩展性和跨平台性，以及强大的事务处理能力和消息通讯能力，成为业界市场占有率最高的消息中间件产品。
MQ具有强大的跨平台性，它支持的平台数多达35种。
它支持各种主流Unix 操作系统平台,如：HP-UX、AIX、SUN Solaris、Digital UNIX、Open VMX、SUNOS、NCR UNIX；支持各种主机平台，如：OS/390、MVS/ESA、VSE/ESA；同样支持Windows NT服务器。
在PC平台上支持Windows9X/WindowsNT/Windows 2000和UNIX (UnixWare、Solaris)以及主要的Linux版本(Redhat、TurboLinux等)。
此外，MQ还支持其他各种操作系统平台，如：OS/2、AS/400、Sequent DYNIX、SCO OpenServer、SCO UnixWare、Tandem等。
回页首MQ的基本概念：1) 队列管理器队列管理器是MQ系统中最上层的一个概念，由它为我们提供基于队列的消息服务。
2) 消息在MQ中，我们把应用程序交由MQ传输的数据定义为消息，我们可以定义消息的容并对消息进行广义的理解，比如：用户的各种类型的数据文件，某个应用向其它应用发出的处理请求等都可以作为消息。
消息有两部分组成：消息描述符(Message Discription或Message Header)，描述消息的特征，如：消息的优先级、生命周期、消息Id等；消息体(Message Body)，即用户数据部分。
在MQ中，消息分为两种类型，非永久性(non-persistent)消息和永久性(persistent)消息，非永久性消息是存储在存中的，它是为了提高性能而设计的，当系统掉电或MQ队列管理器重新启动时，将不可恢复。
当用户对消息的可靠性要求不高，而侧重系统的性能表现时，可以采用该种类型的消息，如：当发布股票信息时，由于股票信息是不断更新的，我们可能每若干秒就会发布一次，新的消息会不断覆盖旧的消息。
永久性消息是存储在硬盘上，并且纪录数据日志的，它具有高可靠性，在网络和系统发生故障等情况下都能确保消息不丢、不重。
此外，在MQ中，还有逻辑消息和物理消息的概念。
利用逻辑消息和物理消息，我们可以将大消息进行分段处理，也可以将若干个本身完整的消息在应用逻辑上归为一组进行处理。
3) 队列队列是消息的安全存放地，队列存储消息直到它被应用程序处理。
消息队列以下述方式工作：a) 程序A形成对消息队列系统的调用，此调用告知消息队列系统，消息准备好了投向程序B；b) 消息队列系统发送此消息到程序B驻留处的系统，并将它放到程序B的队列中；c) 适当时间后，程序B从它的队列中读此消息，并处理此信息。
由于采用了先进的程序设计思想以及部工作机制，MQ能够在各种网络条件下保证消息的可靠传递，可以克服网络线路质量差或不稳定的现状，在传输过程中，如果通信线路出现故障或远端的主机发生故障，本地的应用程序都不会受到影响，可以继续发送数据，而无需等待网络故障恢复或远端主机正常后再重新运行。
在MQ中，队列分为很多种类型，其中包括：本地队列、远程队列、模板队列、动态队列、别名队列等。
本地队列又分为普通本地队列和传输队列，普通本地队列是应用程序通过API 对其进行读写操作的队列；传输队列可以理解为存储-转发队列，比如：我们将某个消息交给MQ系统发送到远程主机，而此时网络发生故障，MQ将把消息放在传输队列中暂存，当网络恢复时，再发往远端目的地。
远程队列是目的队列在本地的定义，它类似一个地址指针，指向远程主机上的某个目的队列，它仅仅是个定义，不真正占用磁盘存储空间。
模板队列和动态队列是MQ的一个特色，它的一个典型用途是用作系统的可扩展性考虑。
我们可以创建一个模板队列，当今后需要新增队列时，每打开一个模板队列，MQ便会自动生成一个动态队列，我们还可以指定该动态队列为临时队列或者是永久队列，若为临时队列我们可以在关闭它的同时将它删除，相反，若为永久队列，我们可以将它永久保留，为我所用。
4) 通道通道是MQ系统中队列管理器之间传递消息的管道，它是建立在物理的网络连接之上的一个逻辑概念，也是MQ产品的精华。
在MQ中，主要有三大类通道类型，即消息通道，MQI通道和Cluster通道。
消息通道是用于在MQ的服务器和服务器之间传输消息的，需要强调指出的是，该通道是单向的，它又有发送(sender), 接收(receive), 请求者(requestor), 服务者(server)等不同类型，供用户在不同情况下使用。
MQI通道是MQ Client 和MQ Server之间通讯和传输消息用的，与消息通道不同，它的传输是双向的。
群集(Cluster)通道是位于同一个MQ 群集部的队列管理器之间通讯使用的。
MQ的工作原理回页首如图所示：首先来看本地通讯的情况，应用程序A和应用程序B运行于同一系统A，它们之间可以借助消息队列技术进行彼此的通讯：应用程序A向队列1发送一条信息，而当应用程序B需要时就可以得到该信息。
其次是远程通讯的情况，如果信息传输的目标改为在系统B上的应用程序C，这种变化不会对应用程序A产生影响，应用程序A向队列2发送一条信息，系统A的MQ发现Q2所指向的目的队列实际上位于系统B，它将信息放到本地的一个特殊队列－传输队列(Transmission Queue)。
我们建立一条从系统A到系统B的消息通道，消息通道代理将从传输队列中读取消息，并传递这条信息到系统B，然后等待确认。
只有MQ接到系统B成功收到信息的确认之后，它才从传输队列中真正将该信息删除。
如果通讯线路不通，或系统B不在运行，信息会留在传输队列中，直到被成功地传送到目的地。
这是MQ最基本而最重要的技术--确保信息传输，并且是一次且仅一次(once-and-only-once)的传递。
MQ提供了用于应用集成的松耦合的连接方法，因为共享信息的应用不需要知道彼此物理位置（网络地址）；不需要知道彼此间怎样建立通信；不需要同时处于运行状态；不需要在同样的操作系统或网络环境下运行。
MQ的基本配置举例在上图中，要实现网络上两台主机上的通讯，若采用点对点的通讯方式，我们至少要建立如下MQ的对象：在发送方A:1）建立队列管理器QMA: crtmqm -q QMA2）定义本地传输队列: define qlocal (QMB) usage (xmitq) defpsist(yes) 3）创建远程队列: define qremote (QR.TOB) rname (LQB) rqmname (QMB) xmitq (QMB)4）定义发送通道: define channel (A.TO.B) chltype (sdr) conname ('IP of B') xmitq (QMB) + trptype (tcp)在接收方B：1）建立队列管理器QMB: crtmqm -q QMB2）定义本地队列QLB: define qlocal (LQB)回页首3）创建接收通道: define channel (A.TO.B) chltype (rcvr) trptype (tcp) 经过上述配置，我们就可以实现从主机A到B的单向通讯，若要实现二者之间的双向通讯，可参考此例创建所需要的MQ对象。