china-pub.com 第20章ASP和消息队列服务器 上一章讨论了如何使用COM+添加应用程序和组件的事务处理能力。本章研究另一种增 加应用程序可扩展性的方法 迄今为止,我们假设一个服务器是一个始终有效的完美世界,但是如果没有这个前提, 整个的系统会崩溃吗?显然不会。不过有必要采用一个异步通信系统,通常称为消息或者消 息队列。 在消息方案中,应用程序不再是执行一般的方法调用和等待一个响应,取而代之的是, 调用者简单地发一个“消息”给服务器,然后按正常程序进行处理,因此消息不仅允许客户 处理其他工作,而且由于利用了 Microsoft消息队列(MSMQ),服务器甚至可以是不可用的, 因为消息可以被排队并在以后处理。 本章将讨论消息排队的以下几个方面内容 ·消息排队的定义 MSMQ及其结构 MSMQ的管理 如何使用COM对象与MSMQ交互。 在ASP应用程序中MSMQ组件的使用。 MSMQ消息的异步响应 ·如何将MSMQ合并到事务中。 首先,介绍消息排队的背景知识。 20.1消息排队的定义 消息排队是允许不同的应用程序使用“存储和传送”过程进行彼此交流的系统 这些应用程序可以在相同或不同的硬件平台上。这些平台可以位于同一场所、同一LAN 或者是由电子装置相连的任何地方,这种连接甚至不需要是永久的或可靠的,除此之外,这 些平台甚至可在不同的操作系统中运行 听起来好像是一个非常复杂的系统。当今 Internet世界的特点是各种各样的应用程序 各种不同的地理位置、各种各样的连接类型和操作系统同时存在。能在这些系统之间传送数 据已经成为主张互连的人们的共同目的 在复杂的系统环境中,SQL、ODBC、FTP和HTTP等技术都为数据在系统之间传送提供 了不同的机制,这些技术的主要缺点是面向特定的应用程序类型。当数据需要在复杂的平台 间有效转换时,非常需要一种中间的应用程序。交换数据的格式和平台到平台的交互规则应 当留给特定的应用程序去完成。这种技术只是一个通信信道。利用这些系统已经创建出大量 系统的事实,并不意味着不存在更为有效的通信方法。 消息中间件系统在大型计算机领域中是众所周知的,多年来已经成为大容量的事务处理下载 第20章 ASP和消息队列服务器 上一章讨论了如何使用 C O M +添加应用程序和组件的事务处理能力。本章研究另一种增 加应用程序可扩展性的方法。 迄今为止，我们假设一个服务器是一个始终有效的完美世界，但是如果没有这个前提， 整个的系统会崩溃吗？显然不会。不过有必要采用一个异步通信系统，通常称为消息或者消 息队列。 在消息方案中，应用程序不再是执行一般的方法调用和等待一个响应，取而代之的是， 调用者简单地发一个“消息”给服务器，然后按正常程序进行处理，因此消息不仅允许客户 处理其他工作，而且由于利用了 Microsorft 消息队列( M S M Q )，服务器甚至可以是不可用的， 因为消息可以被排队并在以后处理。 本章将讨论消息排队的以下几个方面内容： • 消息排队的定义。 • MSMQ及其结构。 • MSMQ的管理。 • 如何使用C O M对象与M S M Q交互。 • 在A S P应用程序中M S M Q组件的使用。 • MSMQ消息的异步响应。 • 如何将M S M Q合并到事务中。 首先，介绍消息排队的背景知识。 20.1 消息排队的定义 消息排队是允许不同的应用程序使用“存储和传送”过程进行彼此交流的系统。 这些应用程序可以在相同或不同的硬件平台上。这些平台可以位于同一场所、同一 L A N 或者是由电子装置相连的任何地方，这种连接甚至不需要是永久的或可靠的，除此之外，这 些平台甚至可在不同的操作系统中运行。 这听起来好像是一个非常复杂的系统。当今 I n t e r n e t世界的特点是各种各样的应用程序、 各种不同的地理位置、各种各样的连接类型和操作系统同时存在。能在这些系统之间传送数 据已经成为主张互连的人们的共同目的。 在复杂的系统环境中， S Q L、O D B C、F T P和H T T P等技术都为数据在系统之间传送提供 了不同的机制，这些技术的主要缺点是面向特定的应用程序类型。当数据需要在复杂的平台 间有效转换时，非常需要一种中间的应用程序。交换数据的格式和平台到平台的交互规则应 当留给特定的应用程序去完成。这种技术只是一个通信信道。利用这些系统已经创建出大量 系统的事实，并不意味着不存在更为有效的通信方法。 消息中间件系统在大型计算机领域中是众所周知的，多年来已经成为大容量的事务处理