Websphere MQ

问题描述

我刚刚接触MQ,想问一下,客户端的MQ也就是接收者,在接收到一条新的Message后,如何触发Java代码,就是说,MQ接收到任何MESSAGE后如果自动调用Java代码去存储数据库之类,或者发邮件。

解决方案

解决方案二:
队列的属性中有个trigger,好像是给一个dos命令行之类的值,有内容就自动触发,但不清楚是不是“有消息到达就触发,而无法传递参数”。
解决方案三:
我觉得写个像后台线程一直连在队列上等待也行啊,阻塞式的get(),不指定超时值,放到循环里面做。
解决方案四:
需要一个ADAPTER不停的去轮询MQ队列,另外如果有MB可以通过ESQL之类的编写角本去执行.
解决方案五:
用触发器吧
解决方案六:
用触发器

时间: 2024-09-20 05:48:53

Websphere MQ的相关文章

使用Java API处理WebSphere MQ大消息

WebSphere MQ 中处理大消息的方法 使用过 WebSphere MQ 的读者都知道,WebSphere MQ 对处理的单条消息的大小是有限制的,目前支持的最大消息是100M,而且,随着消息大小的增大,WebSphere MQ 处理的性能也会随之下降.从最佳实践来说,WebSphere MQ 传输大小为几K的消息其效率是最高的.那如何使 WebSphere MQ 能高效的处理大消息呢? WebSphere MQ 提供了处理大消息的两种方法:消息分片和消息分组.下面我们来看在使用 Java

用社交网络连接WebSphere MQ:列队管理器和MQ应用程序的Twitter通知

如今,社交网络无所不在 -- 为了与朋友联系,或是为了让自己与时俱进,抑或是为了让别人获知共同关心话题的最新进展.社交网络在企业中也很有用.本文将向您展示如何快速而轻松地在您的 WebSphere MQ 应用程序中使用社交网络软件(比如 Twitter)向广大的系统管理员或最终用户,甚至是向其他应用程序或中间件发送状态及问题信息.本文中的示例使用的是面向 WebSphere Application Server Community Edition 运行时的 JEE 技术(简单的消息驱动的 bea

实现SOA连接的第一步:WebSphere MQ V7新功能

前言 "SOA Message Backbone",这是对WebSphere MQ V7.0的最佳写照.它可跨越J2EE.Microsoft.NET等多种环境,支持多达35种平台:它支持JMS, Web2.0等全新的技术和标准,它还具有全面的安全机制Secure Sockets Layer (SSL),并且通过各种手段,不断优化性能,简化管理. WebSphere MQ V7.0 新增功能主要包括:对Web 2.0的支持,对内置发布/订阅功能的增强,在MQ Client.JMS.MQI

应用WebSphere MQ V6 来构建企业信息总线的行业示例

引言 IBM WebSphere MQ 是目前应用最多的消息中间件产品, 它采用了消息队列(Message Queue)这种应用程序间的通信方法, 让不同的应用程序通过读写和检索出入队列中的数据(消息)来通信, 而无需直接面对网络易变.系统异构.数据协同等各种问题和风险. WebSphere MQ 同时也支持简单的 Publish/Subscribe(发布 / 订阅)消息传递机制, 每个队列管理器中有唯一的 Broker 代理来处理所有的订阅和发布. WebSphere MQ 支持 Cluste

使用WebSphere MQ Application Activity Trace增加消息的可见性

简介 本文使用多个场景来展示 IBMWebSphereMQ Application Activity Trace 的 潜在用途,包括问题确定和维护 WebSphere MQ 消息的审计跟踪.在各个场景中 将使用两个工具来格式化用于分析的 Application Activity Trace 记录: 命令行工具 amqsact,它作为一个示例随 WebSphere MQ 提供. 在 SupportPac MS0P 中包括的事件和统计数据查看器:WebSphere MQ Explorer – Ext

WebSphere MQ集群中的迁移、故障转移和扩展

消息对SOA的影响 在任务:消息的前一部分中,我曾写到从点对点消息体系结构到面向服务的发展要求更新消息领域中的许多长期存在的最佳实践.这里,我们将考虑一个案例研究,以了解队列管理器的迁移.故障转移和扩展,以及在SOA的上下文中考虑这些活动时对命名约定.工具.管理流程和操作的影响. 首先让我们了解一些术语: 本讨论中的迁移包括任何重新承载队列管理器的情况,也许是为了更新基础硬件或者为了移动到不同的平台.迁移将始终涉及到构建新的队列管理器.将应用程序和队列逻辑地移动到新的队列管理器,以及最终使旧的队

不可或缺的十种WebSphere MQ SupportPac

SupportPac 是什么? SupportPac 是补充 IBM WebSphere MQ 产品家族中各种产品 的增件.面向 WebSphere MQ 的 SupportPac 包括产品扩展.用户和管理工具.出口程序 (exits)等等.许多最新的 WebSphere MQ 特性最初都是以 SupportPac 的形式出现的,再根 据用户反馈进行细化和改进,最终整合到基本产品之中.Performance Report SupportPac 会 为每个新产品版本重新创建,而其他许多 Suppo

使用WAS V7中的WebSphere MQ消息提供程序,第2部分: 使用通道出口

简介 IBM WebSphere Application Server V7 中的 IBM WebSphere MQ 消息提供程 序提供对基于 Java 通道出口的完整支持.道出口是运行在 IBM WebSphere MQ 通道生命周期中被指定点上的用户代码.通道出口有许多可能的用法,包括审计.安全.压 缩.转换等等. 之前的 WebSphere Application Server 版本中,通道出口没有得到完整的支持,必须通过 定制属性配置.在 WebSphere Application Se

使用WAS V7中的WebSphere MQ消息传递提供程序,第1部分

IBM WebSphere Application Server V7 包含一些重要改进,改进了其与作为 Java Message Service (JMS) 提供程序的 IBM WebSphere MQ 的互操作方法. 引言 许多组织使用 IBM WebSphere MQ 提供企业消息传递,并使用 IBM WebSphere Application Server 部署其 Java Platform, Enterprise Edition (Java EE) 应用程序.当 您在 WebSpher

集成WebSphere Business Events和WebSphere MQ Low Latency Messaging

简介 WebSphere MQ Low Latency Messaging(以下称为 MQ LLM)是一个 IBM 消息传递产品,在各种网络架构上提供高容量.低延迟的可靠消息传递,旨在以一种面向消息的中间件发布/订阅方式提供一种一对多的数据传递或多对多的数据交换.它也能够实现极高的消息容量和毫秒级的延迟需求的结合.MQ LLM 当前版本的设计主要为满足金融机构行政管理的消息传递需求. 在本文中,我们将向您展示如何用 WebSphere Business Events(以下称为 Business