WebSphere Message Broker Debug利器

体验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的所在。