2.1介绍企业消息应用

 

第二章 理解面向消息中间件及JMS

本章内容

• 企业消息传送及面向消息中间件 
• 理解Java消息服务JMS
• 使用JMS APIs发送和接收消息
• 一个消息驱动bean例子

    为了帮助你理解ActiveMQ的意义，了解企业消息传送背景和历史是很重要的。讨论完企业消息传送，你将可以通过一个小例子了解JMS及其使用。这章的目的是简要回顾企业消息传送及JMS规范。如果你已经熟悉这些主题，你可以跳过直接到下一章去。

    软件开发者经常需要在两个系统之间交流或搬运数据。这种问题有很多解决办法。但限于你的条件和需求，选择一种解决方案是一个大决定。商业需求往往有严格的限制条件，直接影响你的决定的有性能，扩展性，稳定性等。我们日常使用的很多系统都有这样的要求，比如ATM系统，航班预订系统，信用卡系统，单点销售系统，通信系统等。如果我们的日常生活没有这些系统会怎样？

    用一小会的时间想一下这些服务给我们的生活带来了怎样的便利。这些及其它类似应用能够方便我们的生活在于他们的稳定和安全性。在这些应用场景背后，是很多应用组合起来的，通常是分布式的，它们之间相互传递事件或消息。即使是最复杂的金融交易系统也是用这种方式集成的，完全通过消息传送来发送和接收商业信息。

    由于各种各样的理由，很多产品都提供消息传送。必要性是发明之母，这就是消息中间件产生的原因。当时需要一种软件，能够在各种不同的数据类型，操作系统，协议甚至是不同的编程语言中交流数据。并且，复杂的消息路由和转移也成为这种解决方案的一部分必备能力。

    ActiveMQ就是一个MOM产品，它为上面提到的商业系统提供异步消息传送。ActiveMQ通过实现JMS规范提供了这样一种可靠性和扩展性。

 

2.1介绍企业消息传送

    向上面提及的大多数系统是由许多大型的计算机一起构建的，并且到今天仍然在使用。那么，这些系统怎么可靠地运作呢？要回答这个问题，我们先简要回顾下这种解决方案的历史及企业消息传送是怎么产生的。

    从上世纪60年代开始，许多大型的组织使用大型机来处理一些诸如数据处理，财务处理，静态分析等关键功能。大型机为商业提供包括高可用性，冗余备份，可靠性，可扩展性，无中断升级等许多关键特性。虽然这些系统很强大，但是对这些系统的访问时被严格控制的，只有很少的输入选择。而且，系统间的内部联系还没有发明，也就是说并发处理是不可能的。

    图2.1展示了终端设备是如何连接上大型机的。在19世纪70年代，人们开始使用终端连接到大型机。这种方式使得大量的使用者可以同时访问一个大型机。也就在这时，网络产生了，大型机之间的交互成为可能。到了80年代，不只是有了图形界面的终端，PC机也被发明了。互联性也越来越重要，因为本来需要连接到大型机上的应用已经被开发到可以在PC和工作站上运行。图2.2展示了对大型机的各种类型的连接。这些扩展到连接带来了额外的平台和协议，同时也带来了很多需要解决的问题。

   

 

连接两个系统并不是一件简单的事，因为它们的数据格式，硬件，协议都需要不同的适配器。但适配器数量增长，版本也随之增多，维护非常困难。所以需要将适配器的维护独立于各系统。这也就是企业消息传送的用途。

    企业消息传送到目的就是在系统间传递数据。这些年来已经有各种不同的技术可以进行消息传送，如下列表所示。

• 通过远程过程调用（RPC）的解决方案，例如COM，CORBA,DCE及EJB
• 使用事件通知，内部交互，消息队列的，例如FIFO缓冲，消息队列，管道，信号，socket等。
• 使用异步可靠消息队列的中间件的，例如IBM WebSphere MQ, SonicMQ, TIBCO Rendezvous,
  and Apache ActiveMQ，它们都可用在企业消息集成。

    最后一个要讨论的是消息传送中间件。那么什么是面向消息的中间件？