MacamV软件说明书消息中间件.doc

消息中间件 消息中间件知识 现在的软件系统通常都庞大而复杂，需要由各种不同的组件分工协作，这些组件可能分布于不同的计算机上，为了使它们能够相互通信，协同工作，就需要提供一个允许它们进行通信（不考虑它们之间的差异）的层。该层被称作中间件，它允许独立开发且运行于不同网络平台上的软件组件彼此交互。 在概念上，中间件位于应用程序层与平台层（操作系统和底层网络服务）之间，分布于不同网络节点上的应用程序使用中间件提供的接口进行通信。 中间件可分为以下几类： 基于远程过程调用 (Remote Procedure Call, RPC) 的中间件，允许一个应用程序中的过程调用远程应用程序中的过程，就好像它们是本地调用一样。该中间件实现一个查找远程过程的链接机制并使调用方能够以透明方式使用这些过程。以前，这种类型的中间件处理基于过程的程序；现在，它还包括基于对象的组件。 基于对象请求代理 (Object Request Broker, ORB) 的中间件，使应用程序的对象能够在异类网络之间分布和共享。 基于面向消息的中间件 (Message Oriented Middleware, MOM) 的中间件使分布式应用程序可以通过发送和接收消息来进行通信和交换数据。 所有这些模型都使一个软件组件可以通过网络影响另一个组件的行为。它们的区别在于基于 RPC 和 ORB 的中间件会创建紧密耦合组件系统，而基于 MOM 的系统允许组件进行更松散的耦合。在基于 RPC 或 ORB 的系统中，当一个过程调用另一个过程时，它必须等待被调用的过程返回才能执行其他操作。正如前面所提到的，在这些模型中，中间件在一定程度上充当超级链接程序，在网络上查找被调用过程，并使用网络服务将函数或方法参数传递到被调用过程，然后返回查找结果。 基于 MOM 的系统允许通过异步交换消息来进行通信，如下图所示。 面向消息的中间件使用消息传送提供者来协调消息传送操作。MOM 系统的基本元素有客户端、消息和 MOM 提供者，后者包括 API 和管理工具。使用 MOM 系统，客户端可以进行 API 调用，以便将消息发送到由提供者管理的目标。该调用会调用提供者服务以路由和传送消息。在发送消息之后，客户端会继续执行其他工作，并确信在接收方客户端检索该消息之前，提供者一直保留该消息。基于消息的模型与提供者的协调耦合在一起，使得创建松散耦合的组件系统成为可能。这样的系统可以继续可靠地工作，即使在有个别组件或连接失败时也不会停机。让消息传送提供者协调客户端之间的消息传送还有一个优点，那就是可以通过添加管理接口来监视和调整性能。这样，客户端应用程序便不必关心发送、接收和处理消息之外的任何问题。对于互操作性、可靠性、安全性、可扩展性和性能之类的问题，应当由管理员通过编码实现 MOM 系统来解决。 消息中间件概述 MacamMOM 软件是独立的中间件产品，它包括三个组成部分：代理，管理工具，客户端API。以下介绍MacamMOM软件的一些基本概念和使用到的技术。 代理 代理是消息传送提供者，是消息服务的核心，它以可靠的方式路由和传送消息，对用户进行验证并收集用来监视性能的数据。 路由和传送消息，代理将传入的消息放入各自的目标并管理传入和传出这些目标的消息流。 为了提供可靠的传送，代理使用持久性存储来保存状态信息和持久性消息，直到它们被接收。如果代理或连接失败，所保存的信息使代理可以恢复代理的状态并重试操作。 要为所交换的数据提供安全性，代理需要使用经过验证的连接。代理使用并管理一个系统信息库，该系统信息库保存有关用户的数据的信息。代理对请求服务的用户进行验证。 客户端API 客户端API被封装在一个独立的库中。可以通过这些API来创建连接，通过连接在代理中创建目标和目标的用户，并且发送消息到目标中，或者从目标中接收消息。 管理工具 代理需要一个可视化的工具来管理，包括以下功能 启动和配置代理。 管理代理连接以及管理代理资源。 管理目标 管理目标用户 管理消息 填充和管理用户系统信息库。 消息传送模式 一个客户端既可以是消息生成者，也可以是消息使用者，消息在代理中进行中转。代理通过目标来维护消息，消息生成方向代理所管理的目标发送一条消息，消息使用方访问该目标以使用此消息。MacamMOM 中的目标分为两类：队列和主题，分别对应于两种消息传送模式：点对点和发布/订阅模式。下图为消息传送模式示意图： 在点对点模式中，消息生成方被称为发送者，而使用方则被称为接收者。它们通过被称为队列的目标来交换消息：发送者生成队列中的消息；而接收者则使用队列中的消息。 下图显示了点对点模式中最简单的消息传送操作。MyQueueSender 向队列目标 MyQueue1发送 Msg1。然后， MyQueueReceiver 从 MyQu