IBM Message Broker笔记(1)

MB概述

MB的全称是message broker，即“消息代理”。“消息”一词前几年比较火，消息中间件也卖的很火，当时似乎J2EE的产品都要跟“消息”、“中间件”扯上点关系，以彰显潮流。我觉得初学者只需记住“消息”的异步性即可，也就是“消息”和传统的网络连接、远程方法调用等的最大区别，就是你一旦发出消息以后，不用再管它的死活，中间件会处理一切事务，出了问题也会通知你，这样可以更好的分离业务逻辑。把消息当成邮件的话，那么传统网络连接就是由你去送信，而中间件则好比邮局，它来提供送信服务，并且可以跨国境、跨语言，完全不用你操心（相当于中间件可以连接异构平台），使用者只需等在家门口收信。

在说“代理”之前，先讲一下MQ的基本概念。MQ即message queue，消息队列，也就是IBM的主打消息中间件产品，IBM几乎所有SOA相关的产品，都是构建于MQ之上的，没有MQ强大的消息传输能力，那么IBM很多产品都做不起来。在这里不赘述MQ的功能，初学者只需把MQ 当成一个非常可靠的传输通道即可，你只要往里面放东西，MQ就会把消息传到目的地。

那有了强大的MQ还要“代理”干什么呢？如果你用过MQ，或者类似的产品如apache的开源JMS 产品“ActiveMQ”，就会发现，尽管用MQ不必考虑网络连接、平台异构，但是你在配置的时候、以及使用MQ编程的时候，都要指定目的地，比如设置IP地址。这样的程序依旧存在很大耦合性，万一某个组件的IP变了，所有跟他相关的组件都得改动，轻则修改配置文件、重则重写代码。这时“代理”的作用就开始凸显了。

所有组件的MQ队列都可以直接连接到MB上，MB相当于一个公共服务中心。MB接收所有消息，然后自动分析其中的内容，找到相应的目的地，进行路由转发，好比你在写信时，只需写明收信人的姓名、身份证，哪怕收信人搬到天涯海角，只要他在MB邮局中登记了，那MB就可以把信交给他，这样进一步地分离了业务和底层通信，我只需要知道业务概念上的“他”，就可以把消息交给他。此外，MB还可以进行消息转换，这就像是自动翻译信件，我现在可以用中文写封信给本拉登，我不需要知道他具体藏在哪里，信件就会自动翻译成阿富汗的文字，送到本拉登手里。

所以，代理的两个核心功能就是：“消息路由”和“消息格式转换”。MB本质上也是一个服务总线，所有的服务组件接入到MB中，服务将消息塞给MB，MB来决定怎么转发，这样让服务愈加成为一个独立的实体，和其他服务的耦合性进一步降低，从而达到SOA的境界。

MB初览

说了那么多大道理，终于开始讲到MB的具体内容了。下面的图片摘自IBM的红皮书，是MB 的总体架构，我粗略的描述一下。

可以看到，MB里面有两大块内容，一个是toolkit，也就是开发环境，后面我们会讲到；还有一个是broker domain，即代理域。代理域里面有两个核心部件，一个是配置管理器configuration manager，一个是代理broker。

配置管理器其实很像MQ的队列管理器，或者是WAS的deployment manager，都是起到一个管理作用，在MB里当然是管理众多的broker了。我们平时对broker的管理、维护操作，其实都是通过配置管理器完成的。

代理broker是真正体现MB设计思想的地方，上面的图片中有像流程图一样的东西，即message flow，是消息的流程图（从什么地方流进来，再从什么地方流出去）；还有message set，即消息集，说白了是描述消息长什么样子，它的结构、内容是怎样的。其实，message flow对应了上文所说的“消息路由”，而message set则对应“消息格式转换”，你肯定要清楚两种消息的格式，才能定义互相转换的规则。

MB的外围是各种类型的应用程序，他们接入MB的方式可以多种多样，可以是Webservice，也可以是数据库、文件、HTTP连接，等等，不一定局限于MQ

圆柱体代表的则是数据库了，这是尽IT人皆知的。因为MB的很多信息，包括配置信息、以及broker的运行时信息都要通过数据库保存。broker本身也可以操作数据库，你可以在流程的某个节点上增删查改某个数据库

下图是WMBT（websphere mb toolkit）的界面

可以看到，WMBT是基于eclipse的，所以大部分java开发者应该能很快上手。开发MB程序和开发J2EE程序差不多，也是先新建一个项目，然后编辑，最后部署。

1号区域是一个消息流，可以看到非常直观：从MQ读入——计算（转换成web service格式）——发送http请求到web service的url——计算（转换回MQ消息格式）——放入MQ

2号区域是节点选择面板，MB自带了几十种节点给我们选择，同时我们也可以自己创建节点3号区域是属性面板，当你选择某个节点时，可以在其中编辑节点的属性

4号区域是域连接面板，开发好的消息流和消息格式，必须首先在MBT中连接到对应的配置管理器，再将打包好的流程部署到对应的broker中，这个过程也可以由命令行完成

5号区域则类似eclipse的项目集合，里面是所有的MB项目

总结

还是打个比方。首先，我们把MB看做一个功能超级强大的路由器，它支持多种接入方式，也就是MB路由器上的端口有很多种，MQ是比较常用的一种方式，所以MQ就像常用的RJ45接口的5类双绞线。但同时MB还支持JMS、SCADA等各类接入标准。在MB内部，我们管理员定义好路由规则（编写消息流）。其次，从MQ过来的信号，可以转换成其他网络协议的信号（消息格式转换），这类似于网桥功能，可以跨越不同网络。同时，MB的性能非常好，可以进行大数据量交换，这一点又很像是交换机。最后，MB可以理解业务逻辑，它的路由不仅像路由器那样针对消息头进行路由，还可以根据消息的业务内容进行路由，酷似应用网关。

安装配置

准备工作

MB的运行依赖于MQ，所以首先要安装MQ，MQ的具体安装过程略，并且以后假设你已经有关于MQ的基础知识，比如队列管理器、队列、通道，等等。

安装好MQ后，创建一个队列管理器（简称QM），名为TESTQM（MQ里面的对象是区分大小写的，为了避免不必要的麻烦，这里统一用大写，以下划线分隔），这个队列管理器是MB运行的基础，当你用MB的脚本创建配置管理器、代理和执行组时，都要指定QM的名字

然后创建运行时数据库，名为TESTDB，MB自带了derby，你也可以选择DB2，注意此处的数据库是指MB自身运行所需的数据库，目前6.1版本只能用derby或者DB2。创建的方法，可以用MB的脚本命令：mqsicreatedb，也可以用对应数据库自身的脚本命令或图形界面来创建。

关于MB的数据库：

配置管理器只能用derby，而代理可以用多种数据库，只是不同数据库的创建命令各自不同（包括在不同平台上也有差异，具体参考红皮书）；代理的数据库可以共用，配置管理器也可以和某个代理共用一个derby数据库；使用mqsicreatedb创建数据库时，如果你已经安装了DB2，则默认创建一个DB2数据库，否则derby

以上是为MB的运行创造运行时环境，接下来开始创建MB的实例

首先当然是要安装MB了，过程挺简单的，略去不表。安装完成后，会在“开始菜单”中有个“命令控制台”，如下图：

单击它，进入MB的一个命令控制台环境，其实和普通的windows命令控制台没什么区别，主要在于它帮你设好了相关的环境变量，你就可以在里面直接输入MB的命令脚本了

前文提到过，MB的配置管理器是用来统一管理MB的各个运行时组件的，因此首先要创建一个配置管理器

mqsicreateconfigmgr –i user –a password –q TESTQM

指定用户名、密码和队列管理器，用户名密码是你登陆本地机器时输入的，必须要有足够的权限（具体权限就不清楚了，我直接用管理员帐号，深入讨论请参考MB的红皮书）

你会发现这里没有指定数据库的名称，因为配置管理器在创建时会自动新建一个derby数据库，而且只能用derby数据库，用户无法改动

配置管理器的名称也没有指定，在windows下是会创建默认名称的：ConfigMgr

然后是创建代理，名为TESTBROKER

mqsicreatebroker TESTBROKER –i user –a password –q TESTQM –n TESTDB

大部分都和创建配置管理器一样，只是多了一个选项，用于指定数据库，再次提醒，必须是derby 或DB2，二选一。

最后，使用“mqsistart组件名” 来启动配置管理器和代理

配置MB toolkit

WMBT本身的安装没什么特殊要求，这里就不啰嗦了

接下来的关键是在WMBT里面连接到刚才创建的配置管理器，其作用就好像你在Eclipse中要配置好应用服务器的实例，才能把你的J2EE项目直接以图形界面的方式部署，而不必自己敲命令

如图，文件->新建->域连接

在弹出的窗口中，填入相关参数

这里只需填入队列管理器的名称、域名、端口，注意是队列管理器而不是配置管理器（其实你在创建配置管理器时也没有指定端口，因为它用的就是所在的队列管理器的端口）

此外对于SVRCONN通道名，SYSTEM.BKR.CONFIG是在你创建配置管理器时自动生成的，可以在“MQ 资源管理器”中，通过“显示系统对象”来查看，你也可以自己建一个服务器连接通道，然后在这里输入该通道的名字

一切正常的话，就能看到左下角的“域”窗口中，多了一个新的域连接，里面以树形结构显示了你刚才创建的代理（前提是你的代理基于derby数据库，如果基于DB2，则需要在域连接那里显式增加“代理引用”），现在你可以右键单击TESTBROKER，然后创建执行组。等你开发好MB项目后，打个包，拖到执行组里面，就可以部署了

前面讲了那么多MB的原理和配置，这一篇blog开始正式讲讲我个人学MB的感受。“假如时间可以重来”，我会怎样利用手头的资源，以最快的速度入手。

体验MB

在安装完WMBT之后，会出现“欢迎”（这个也是eclipse环境安装后都会有的东西，你也可以在“帮助”->“欢迎”里面找到），里面有不少很浅显的例子，让你对MB是如何工作的有个感性认识。强烈建议把里面的“入门”部分看完。

学习开发

看完“入门”后，重点就应该放在“样例”中。在样例库里面，有数十个基础的样例，每个样例都针对某类节点，比如消息映射、JMS、数据库操作、Webservice调用，等等。那么多的例子，当然不可能一下子看完，而且对于一张白纸的新手，里面有些基础知识还不懂，我的建

议是：结合之前提到的那本书《精通Websphere Message Broker》，看完一方面的内容，比如数据库操作，你就可以打开“样例库”，将里面的数据库样例导入至WMBT，然后看看其中的ESQL代码、相关节点的设置，等等。一开始会比较枯燥，而且让这些样例跑起来也不是件容易的事情，但坚持下去就会慢慢体会到其中的乐趣了。

掌握Debug利器

一般来说，WMBT会自动帮你配置好样例程序运行所需的环境（比如创建队列管理器、数据库，等等），然后将样例部署到MB的执行组中。这一切都是自动完成的，但有时候出于各种原因，试运行样例的时候不能得到预期的结果。首先排除掉打包和部署时的错误，因为样例程序的源代码通常是没有问题的，那么余下的问题就只能靠debug来解决了。另一方面，当你看了书之后，对InputRoot、Environment、ExceptionList这些东西的结构、细节肯定会很好奇，但是书中提到的很少很零散，最好的方法就是在debug模式下，让消息流挂起在某一点，然后你再慢慢浏览其中的各类变量，很多东西都不言自明了。用IBM工程师的话说，就是“没有debug就根本没法学会MB”。为什么？相关资料太少了，去google有时候还不如直接问MB自己，所以也是很考验你的自学能力的。

配置debug环境

这些内容在《精通》那本书中都有讲到，只是比较粗略，我在这里补充我个人的经验。

首先右键单击某个执行组，“属性”，在“JVM调试端口”中输入一个tcp端口号，不要和其他程序冲突就行，假设9090。再次右键执行组，“调试”->“启用调试9090”。然后，切记，重启执行组所在的broker

重启后，把bar文件部署到该执行组，然后进入“debug”视图，找到下图右下角的那个按钮：

如果是该按钮是红色的，说明debug守护程序没有启动；如果是绿色的，鼠标移过去，会显示“debug守护程序正在监听XX端口”，需要注意的是，这里的端口可不是之前在执行组设置的端口，刚好相反，必须和之前的9090不同。单击旁边的下拉箭头，可以启动或者更改守护程序的端口，这里改为9099，不必重启。

接下来，就和一般的eclipse调试一样了，在绿色的小昆虫按钮设置debug参数。新建一个debug，注意这里的“java调试端口”则必须与执行组的一致，你也可以“选择执行组….”，系统会根据你选择的执行组，自动设置端口

然后，在“源”选项卡中，添加你要调试的项目。确定之后，就可以运行debug了。What next？

debug配置成功后，就开始慢慢研究那些样例吧，按照之前我说的思路，“书本+样例”，按照每个人自己的学习习惯和项目开发的需要，将你要学习的样例，一步步调试过去，看看每

条ESQL语句的结果，很快的你就知道其中的运行机理了。

小结

由于MB不能像java那样，输出东西到控制台，只能输出到日志文件，而且还得写一堆语句，或者配置trace节点，很麻烦，所以传统的在程序中插入输出语句的方式在这里没太大意义。很多情况下，要依靠debug来观察消息流执行过程中消息的变化，来决定bug的所在。