博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
适用于 JMS 和 WebSphere MQ 的互操作性解决方案
阅读量:2490 次
发布时间:2019-05-11

本文共 2268 字,大约阅读时间需要 7 分钟。

以下各部分概述了 AquaLogic Service Bus 如何连接到
WebSphere MQ,以及在
WebSphere MQ 与 AquaLogic Service Bus 之间进行通信时使用的一些消息类型。同时还提供了适用于
WebSphere MQ 的优化原则。
在 AquaLogic Service Bus 中使用 WebSphere MQ
消息传递类型
优化 WebSphere MQ
在 AquaLogic Service Bus 中使用 WebSphere MQ
AquaLogic Service Bus 通过 WebSphere MQ
JMS 接口连接到 WebSphere MQ。即,AquaLogic Service Bus 是一种 WebSphere MQ
JMS 客户端。
WebLogic
Server 的外部 JMS 服务器为 WebSphere MQ 服务器指定初始上下文工厂、连接工厂和队列。有关详细信息,请参阅《
配置和管理 WebLogic JMS》中的
配置外部服务器资源以访问第三方 JMS 提供程序。
WebSphere MQ JMS 支持以下两种传输类型:
BINDINGS
CLIENT
如果 WebSphere MQ JMS 客户端与队列管理器在同一台计算机上运行,则可以将传输类型设置为 BINDINGS。否则,只能使用 CLIENT 类型。
WebSphere MQ 可以通过以下两种方式与 AquaLogic Service Bus 连接:
AquaLogic Service Bus 充当 WebSphere MQ 的前端,以接受来自其他应用程序的服务请求并将其转换为 WebSphere MQ 请求。请参阅图 3-1。
WebSphere MQ 通过 AquaLogic Service Bus 将消息发送给其他应用程序。请参阅图 3-2。
图 3-1 AquaLogic Service Bus 前端
attachimg.gif
(1.44 KB)
2008-7-10 09:18
图 3-2 通过 AquaLogic Service Bus 发送的消息
attachimg.gif
(1.43 KB)
2008-7-10 09:18
AquaLogic Service Bus 在 AquaLogic Service Bus Console 中进行配置,如《使用 AquaLogic Service Bus Console》中所述。
消息传递类型
下列各部分概述了消息传递类型:
非持久性消息传递
非 XA 持久性消息传递
XA 消息传递
非持久性消息传递
如果决定接受不可靠的传递(如某些缺失的请求),可以在适当的位置使用非持久性消息。仅针对持久性消息进行 WebSphere MQ 日志记录和 WebLogic JMS 消息的持久保存;因此,使用非持久性消息可免除所有相关的 I/O 活动。
注意: 非持久性消息的吞吐量通常受计算机处理器速度的限制。但是,如果物理内存不足,服务器系统可能会在分页 I/O 中耗用 CPU 周期。
非 XA 持久性消息传递
WebSphere MQ 持久性消息的吞吐量通常受队列管理器和写入日志的 I/O 延迟的限制。
XA 消息传递
要支持对队列的事务 (XA) 访问,请
在 AquaLogic Service Bus 与
IBM WebSphere MQ 共存于同一计算机上时使用 BINDINGS 访问队列管理器,
在 AquaLogic Service Bus 与 IBM WebSphere MQ 位于不同的计算机上时使用 CLIENT。但是,如果使用 CLIENT,则需要支持 XA 事务的特殊版本的 IBM WebSphere MQ 客户端,称为 WebSphere MQ Extended Transaction Client。
提示: 要正确地为可用于 XA 的资源(JMS、TUXEDO、EJB)设置部署描述符,必须在创建代理服务前对引用的连接工厂设置 XA 特性。
优化 WebSphere MQ
使用 AquaLogic Service Bus 时,下列原则有助于优化 WebSphere MQ。有关 WebSphere MQ 的详细信息,请参阅相关 WebSphere MQ 文档。
如果 AquaLogic Service Bus 与队列管理器部署在同一台计算机上,则使用 BINDINGS 传输类型。
如果只有一小部分应用程序请求需要使用 XA,则创建一个单独的连接对象并禁用 XA。
使活动日志分布于许多卷中。如果需要系统处理的持久性消息吞吐量很大,则必须将日志文件置于快速的直接访问存储设备(Direct Access Storage Device,简称 DASD)中,从而最大限度地避免与其他数据集的争用。理论上,可以将每个活动日志分配至单独的、不常使用的卷。
要减少缓冲区
溢出,请优化缓冲池和分页。缓冲区
溢出会导致硬盘被刷新。
要避免 ALSB JMS 与 MQ 队列的连接中断,请将活动通道数增加至 100 个以上。默认情况下,活动通道数为 10 个。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14789789/viewspace-401650/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/14789789/viewspace-401650/

你可能感兴趣的文章
<h:commandLink>和<h:inputLink>的区别
查看>>
<a4j:keeyAlive>的英文介绍
查看>>
关于list对象的转化问题
查看>>
VOPO对象介绍
查看>>
suse创建的虚拟机,修改ip地址
查看>>
linux的挂载的问题,重启后就挂载就没有了
查看>>
docker原始镜像启动容器并创建Apache服务器实现反向代理
查看>>
docker容器秒死的解决办法
查看>>
管理网&业务网的一些笔记
查看>>
openstack报错解决一
查看>>
openstack报错解决二
查看>>
linux source命令
查看>>
openstack报错解决三
查看>>
乙未年年终总结
查看>>
子网掩码
查看>>
第一天上班没精神
查看>>
启动eclipse报错:Failed to load the JNI shared library
查看>>
eclipse安装插件的两种方式在线和离线
查看>>
linux下源的相关笔记(suse)
查看>>
linux系统分区文件系统划分札记
查看>>