将集成逻辑与应用相分离，提高业务的灵活性，帮助降低开发成本
简化原本不能兼容的应用之间的通讯，并在这一产品中提供了New Era of Networks功能（是IBM WebSphere MQ Integrator的早期产品）
提供集中控制，提供可配置的任意数据之间的转换和信息发布，消除繁琐的编程和软件维护
底层基于MQ的星形架构，确保消息传输的最简化连接方式
消息流程建模：流程控制，流程特殊情况处理(反馈，失败)
使用集线器和轮辐（spoke）模型可以使应用集成获得更高的连接效率
对数据进行转换，同时可以确定应用之间的路由选择
将商业逻辑和应用逻辑和数据逻辑分离开
提供附加的商业应用功能，如发布/预订
可以添加现有供应商和新供应商产品的集成框架，以实现进一步的增值
与消息和关系数据库实现无缝的集成
实现XML消息格式和其他数据格式之间的映射
在现有MQ Integrator1.0版应用的基础上进行创建，免去了重复的工作
MQ Integrator能够提供这些公司改造所需要的完善的功能，可以用作商业集成和转换引擎（Business Integration and Transformation Engine），它正在成为一种能够增加多种功能的商业价值的应用程序。
格式转换(XML, C, MRM, JMS, TDS分隔符, AL3, DB，SWIFT, ISO8583 等多种格式)
EAI开发支持：支持JMS，有权限管理和Collective支持增强的pub/sub(发布/订阅)机制，内置的XML开发支持，数据库开发支持，分布事务处理，转换和路由的内嵌支持。
可靠传输质量保证。
JAVA 和Web Service 支持。
IBM WebSphere Message Broker解决方案的优势
从信息交换平台的长远发展来看，要形成相互一致的业务基础信息系统和有效运行的信息层次化体系，必然需要将现在建设的和未来要扩建的各个业务应用系统平滑地整合在一起，使得各个业务系统间能够顺畅地传递信息，形成一个有机的整体，在整个系统范围内实现信息的高度共享。
产品构架优势
开放性：基于事实上的工业标准的消息中间件，能确保和其他系统的开放连接。
扩展性：系统应该具有强大扩展伸缩能力，增加和改进应用不会对原有系统造成破坏。
移植性：也就是尽量减少非业务的纯粹特定产品的配置。
子系统的独立性：建立应用信息交换平台的在于连接各个子系统，而各个子系统应该尽量减少功能耦合性。应用信息交换平台和子系统的开发只针对报文，无须了解对方处理的实际过程。
便于实现高可用性 (HA)和负载均衡管理(WLM)。
可靠传输质量保证。
JAVA 和Web Service 支持。
网状结构到星型结构的改变，大大简化MQ的配置和管理
WebSphere MQ 消息中间件作为搭建统一的数据传输平台的核心工具，作为WebSphere MQ 家族产品中的一员，WEBSPHERE MESSAGE BROKER和WebSphere MQ的无缝整合不用质疑的。信息平台多套业务应用系统以及进驻各部门的应用系统只需通过本地的WebSphere MQ与统一的数据整合系统的WEBSPHERE MESSAGE BROKER相联来完成数据的发送和接收，而数据的格式转换和智能路由的选择由WEBSPHERE MESSAGE BROKER负责，这样将来不论是增加新系统和删除旧系统都不影响到其它应用系统的配置，使整个综合信息平台的规划和管理得到很好的优化。
不同格式的数据转换
WEBSPHERE MESSAGE BROKER通过消息字典来对来自不同应用系统传来的消息内容进行识别和解析，还可以根据不同的消息通过定制不同的消息流来输送到不同的应用系统。这是非常适合信息平台如何建立一个数据集中、交换，并支持系统平滑地扩展这样的基础数据交换支撑平台的需求，以后对现有系统的扩展将不会影响整个系统的架构。例如：根据输入数据的内容映射到输出数据：
{
当输入数据.Complaint.Type = ‘Order’时，输出数据.Admin.Dept=’B01’
当输入数据.Complaint.Type = ‘Order’时，输出数据.Admin.Dept=’C01’
输出数据格式=XML
}
WMB全面支持XML
XML被用于WEBSPHERE MESSAGE BROKER 6.0的核心。产品的所有配置数据都采用了XML格式。一旦一个消息以消息格式的形式被定义到MRM，那么在需要时就可以将消息的输出格式也定义为XML。因此，在消息代理程序内部可以根据非XML的消息格式生成XML消息。
各种”Processor Node”组成的Message Flow
处理节点对消息流内的消息执行不同的操作。消息流由一个输入节点发起，该节点启动一个流经消息流的消息。如下所述，WEBSPHERE MESSAGE BROKER 2.1包含了一个MQInput节点，它可以从一个WebSphere MQ队列中读取一个消息。这一节点将与其他的节点相连。尽管节点之间的连接被称为连接器，但这些构造纯粹是为了帮助将控制中心图形工具中的节点捆绑在一起。消息实际上是通过方法调用请求在节点之间传递的，这些请求中包含了一个指向在节点间被传递的消息对象的指针。
可以对每一个消息流中节点的属性进行客户化处理。这将使节点能够对流经自己的消息执行特定的功能，并执行消息流要求节点执行的处理过程。
与Database紧密集成
WEBSPHERE MESSAGE BROKER提供了与DB操作相关的各种Node, 如INSERT,UPDATE,DELETE等Node，用户可以通过ESQL进行和数据库的操作，如把数据存入数据库，从数据库中取数据等；
信息平台可以将整个系统中产生的大量数据记录在数据中心中，以备进一步决策分析、数据挖掘，实现更深层次的数据利用。作为统一的数据整合平台，WEBSPHERE MESSAGE BROKER可以直接操作不同应用系统的数据库，实现各部门的数据高度共享。
功能强大的发布预订系统
基于内容和主题的过滤
将发布和预订（Publish and Subscribe）功能添加到信息代理程序中以后，增加了该系统的功能价值。将发布/预订代理程序的优势与WebSphere Message Broker的功能结合在一起，可以获得额外的好处。对于信息的订户，它们将不仅能够接收到自己所要求的信息，而且还可以根据自己的需要在任何级别上对信息进行过滤和格式化处理。作为一个标准的发布和预订系统，向订户提供信息的时候可以不必知道何人将会需要这些信息，因而也不必知道向何人发送这些信息。
发布/预订系统的用途在于，它极大地提高了选择标准的精炼程度。每一个主题当中都包含了大量订户并不需要的信息，即使主题与订户要求的主题相匹配。因此，通过提高发送往订户的消息的选择精炼程度，以及通过基于内容的预订，将可以实现一种选择性更强因而效率也更高的信息发送方法。
WebSphere Message Broker 提供了这种基于内容的预订过滤功能，以及用于发布和预订的基于分级主题的过滤功能。对于基于内容的过滤，将使用SQL表达式评估一个消息内的单元内容，并因而获得内容过滤结果。内容过滤器可以被存储在动态预订表（Dynamic Subscription Table）之中。这些过滤以后的消息与其他的消息代理程序功能相结合，就可以根据不同应用程序的要求对消息进行转换，消息中只有被要求的部分才会被发送到对其进行了预订的应用程序。发布/预订功能被表示为一个节点，被称为消息流内的发布节点。发布/预订节点的最终成果是将一个消息放入一个或多个MQ队列之中。
预订处理
如果在发布之前就可以知道发布数据的预订应用程序是什么，那么这种预订就被称为静态预订，并且可以预先对其路由进行很好的定义。如果可以通过预订应用在预订设置中添加或改变预订，那么这种预订被称为动态预订，它能够很灵活地在系统的运行时间内改变商业请求，而不必预先登记自己感兴趣的特殊消息类型。WebSphere Message Broker能够支持所有这两种类型的预订。
订户对发布/预订功能的请求采用了被称为控制消息的消息格式。这样，订户就能够全面地创建、删除和改变自己的预订内容。这些消息的名称是：登记订户（Registered Subscriber）、注销订户（Deregister Subscriber）和请求更新（Request Update）。对于发布者来说，可以使用不同的消息来满足自己的不同需要。这些消息的名称是：发布（Publish）和删除发布（Delete Publication）。只有当客户机应用正在使用的是MQI编程接口而并非MQ应用消息接口（MQ Application Messaging Interface）和MQ JavaTM 消息服务（MQ JavaTM Messaging Service）时，才会要求这些控制消息，因为MQI需要显式地创建调用这些功能的消息头。
以下文章点击率最高
Loading…