JMS

一、Java Message Service-JMS
当前，CORBA、DCOM、RMI等RPC中间件技术已广泛应用于各个领域。但是面对规模和复杂度都越来越高的分布式系统，这些技术也显示出其局限性：（1）同步通信：客户发出调用后，必须等待服务对象完成处理并返回结果后才能继续执行；（2）客户和服务对象的生命周期紧密耦合：客户进程和服务对象进程都必须正常运行；如果由于服务对象崩溃或者网络故障导致客户的请求不可达，客户会接收到异常；（3）点对点通信：客户的一次调用只发送给某个单独的目标对象。

   面向消息的中间件（Message Oriented Middleware，MOM）较好的解决了以上问题。发送者将消息发送给消息服务器，消息服务器将消息存放在若干队列中，在合适的时候再将消息转发给接收者。这种模式下，发送和接收是异步的，发送者无需等待；二者的生命周期未必相同：发送消息的时候接收者不一定运行，接收消息的时候发送者也不一定运行；一对多通信：对于一个消息可以有多个接收者。

   已有的MOM系统包括IBM的MQSeries、Microsoft的MSMQ和BEA的MessageQ等。由于没有一个通用的标准，这些系统很难实现互操作和无缝连接。Java Message Service（JMS）是SUN提出的旨在统一各种MOM系统接口的规范，它包含点对点（Point to Point，PTP）和发布/订阅（Publish/Subscribe，pub/sub）两种消息模型，提供可靠消息传输、事务和消息过滤等机制。

开发JMS的步骤
   广义上说，一个JMS 应用是几个JMS 客户端交换消息，开发JMS 客户端应用由以下几步构成：
用JNDI 得到ConnectionFactory 对象；
用JNDI 得到目标队列或主题对象，即Destination 对象；
用ConnectionFactory 创建Connection 对象；
用Connection 对象创建一个或多个JMS Session；
用Session 和Destination 创建MessageProducer 和MessageConsumer；
通知Connection 开始传递消息。



jms即Java消息服务（Java Message Service）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。

目录

    定义
    简介
    历史
    体系架构
    JMS模型
    传递消息方式
    JMS应用程序接口
    展开

    定义
    简介
    历史
    体系架构
    JMS模型
    传递消息方式
    JMS应用程序接口
    展开

JMS
　　JMS（Java Messaging Service）是Java平台上有关面向消息中间件(MOM)的技术规范，它便于消息系统中的Java应用程序进行消息交换,并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发，翻译为Java消息服务。
编辑本段简介
　　JMS是一种与厂商无关的 API，用来访问消息收发系统消息。它类似于 JDBC(Java Database Connectivity)：这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ，这只是几个例子。 JMS 使您能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 JMS 客户机向另一个 JMS客户机发送消息。消息是 JMS 中的一种类型对象，由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本 (TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。
编辑本段历史
　　Java消息服务是一个在 Java标准化组织（JCP）内开发的标准（代号JSR 914）。2001年6月25日，Java消息服务发布JMS 1.0.2b，2002年3月18日Java消息服务发布 1.1，统一了消息域。
编辑本段体系架构
　　JMS有以下元素组成。
　　JMS提供者
　　连接面向消息中间件的，JMS接口的一个实现。提供者可以是Java平台的JMS实现，也可以是非Java平台的面向消息中间件的适配器。
　　JMS客户
　　生产或消费基于消息的Java的应用程序或对象。
　　JMS生产者
　　创建并发送消息的JMS客户。
　　JMS消费者
　　接收消息的JMS客户。
　　JMS消息
　　包括可以在JMS客户之间传递的数据的对象
　　JMS队列
　　一个容纳那些被发送的等待阅读的消息的区域。队列暗示，这些消息将按照顺序发送。一旦一个消息被阅读，该消息将被从队列中移走。
　　JMS主题
　　一种支持发送消息给多个订阅者的机制。
编辑本段JMS模型
　　Java消息服务应用程序结构支持两种模型：
　　点对点或队列模型
　　发布者/订阅者模型
　　在点对点或队列模型下，一个生产者向一个特定的队列发布消息，一个消费者从该队列中读取消息。这里，生产者知道消费者的队列，并直接将消息发送到消费者的队列。这种模式被概括为：
　　只有一个消费者将获得消息
　　生产者不需要在接收者消费该消息期间处于运行状态，接收者也同样不需要在消息发送时处于运行状态。
　　每一个成功处理的消息都由接收者签收
　　发布者/订阅者模型支持向一个特定的消息主题发布消息。0或多个订阅者可能对接收来自特定消息主题的消息感兴趣。在这种模型下，发布者和订阅者彼此不知道对方。这种模式好比是匿名公告板。这种模式被概括为：
　　多个消费者可以获得消息
　　在发布者和订阅者之间存在时间依赖性。发布者需要建立一个订阅（subscription），以便客户能够购订阅。订阅者必须保持持续的活动状态以接收消息，除非订阅者建立了持久的订阅。在那种情况下，在订阅者未连接时发布的消息将在订阅者重新连接时重新发布。
　　使用Java语言，JMS提供了将应用与提供数据的传输层相分离的方式。同一组Java类可以通过JNDI中关于提供者的信息，连接不同的JMS提供者。这一组类首先使用一个连接工厂以连接到队列或主题，然后发送或发布消息。在接收端，客户接收或订阅这些消息。
编辑本段传递消息方式
　　JMS现在有两种传递消息的方式。标记为NON_PERSISTENT的消息最多投递一次，而标记为PERSISTENT的消息将使用暂存后再转送的机理投递。如果一个JMS服务离线，那么持久性消息不会丢失但是得等到这个服务恢复联机时才会被传递。所以默认的消息传递方式是非持久性的。即使使用非持久性消息可能降低内务和需要的存储器，并且这种传递方式只有当你不需要接收所有的消息时才使用。
　　虽然JMS规范并不需要JMS供应商实现消息的优先级路线，但是它需要递送加快的消息优先于普通级别的消息。JMS定义了从0到9的优先级路线级别，0是最低的优先级而9则是最高的。更特殊的是0到4是正常优先级的变化幅度，而5到9是加快的优先级的变化幅度。举例来说： topicPublisher.publish (message, DeliveryMode.PERSISTENT, 8, 10000); //Pub-Sub 或 queueSender.send(message,DeliveryMode.PERSISTENT, 8, 10000);//P2P 这个代码片断，有两种消息模型，映射递送方式是持久的，优先级为加快型，生存周期是10000 (以毫秒度量 )。如果生存周期设置为零，这则消息将永远不会过期。当消息需要时间限制否则将使其无效时，设置生存周期是有用的。
　　JMS定义了五种不同的消息正文格式，以及调用的消息类型，允许你发送并接收以一些不同形式的数据，提供现有消息格式的一些级别的兼容性。
　　· StreamMessage -- Java原始值的数据流
　　· MapMessage--一套名称-值对
　　· TextMessage--一个字符串对象
　　· ObjectMessage--一个序列化的 Java对象
　　· BytesMessage--一个未解释字节的数据流
编辑本段JMS应用程序接口
ConnectionFactory 接口（连接工厂）
　　用户用来创建到JMS提供者的连接的被管对象。JMS客户通过可移植的接口访问连接，这样当下层的实现改变时，代码不需要进行修改。 管理员在JNDI名字空间中配置连接工厂，这样，JMS客户才能够查找到它们。根据消息类型的不同，用户将使用队列连接工厂，或者主题连接工厂。
Connection 接口（连接）
　　连接代表了应用程序和消息服务器之间的通信链路。在获得了连接工厂后，就可以创建一个与JMS提供者的连接。根据不同的连接类型，连接允许用户创建会话，以发送和接收队列和主题到目标。
Destination 接口（目标）
　　目标是一个包装了消息目标标识符的被管对象，消息目标是指消息发布和接收的地点，或者是队列，或者是主题。JMS管理员创建这些对象，然后用户通过JNDI发现它们。和连接工厂一样，管理员可以创建两种类型的目标，点对点模型的队列，以及发布者/订阅者模型的主题。
MessageConsumer 接口（消息消费者）
　　由会话创建的对象，用于接收发送到目标的消息。消费者可以同步地（阻塞模式），或异步（非阻塞）接收队列和主题类型的消息。
MessageProducer 接口（消息生产者）
　　由会话创建的对象，用于发送消息到目标。用户可以创建某个目标的发送者，也可以创建一个通用的发送者，在发送消息时指定目标。
Message 接口（消息）
　　是在消费者和生产者之间传送的对象，也就是说从一个应用程序传送到另一个应用程序。一个消息有三个主要部分：
　　消息头（必须）：包含用于识别和为消息寻找路由的操作设置。
　　一组消息属性（可选）：包含额外的属性，支持其他提供者和用户的兼容。可以创建定制的字段和过滤器（消息选择器）。
　　一个消息体（可选）：允许用户创建五种类型的消息（文本消息，映射消息，字节消息，流消息和对象消息）。
　　消息接口非常灵活，并提供了许多方式来定制消息的内容。
Session 接口（会话）
　　表示一个单线程的上下文，用于发送和接收消息。由于会话是单线程的，所以消息是连续的，就是说消息是按照发送的顺序一个一个接收的。会话的好处是它支持事务。如果用户选择了事务支持，会话上下文将保存一组消息，直到事务被提交才发送这些消息。在提交事务之前，用户可以使用回滚操作取消这些消息。一个会话允许用户创建消息生产者来发送消息，创建消息消费者来接收消息。

二、ActiveMQ

ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。

目录

    ActiveMQ特性列表
    竞争者
    安装ActiveMQ
    测试你的ActiveMQ

编辑本段ActiveMQ特性列表
　　⒈ 多种语言和协议编写客户端。语言: Java,C,C++,C#,Ruby,Perl,Python,PHP。应用协议： OpenWire,Stomp REST,WS Notification,XMPP,AMQP
　　⒉ 完全支持JMS1.1和J2EE 1.4规范 （持久化，XA消息，事务)
　　⒊ 对Spring的支持，ActiveMQ可以很容易内嵌到使用Spring的系统里面去，而且也支持Spring2.0的特性
　　⒋ 通过了常见J2EE服务器（如 Geronimo,JBoss 4,GlassFish,WebLogic)的测试，其中通过JCA 1.5 resource adaptors的配置，可以让ActiveMQ可以自动的部署到任何兼容J2EE 1.4 商业服务器上
　　⒌ 支持多种传送协议：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA
　　⒍ 支持通过JDBC和journal提供高速的消息持久化
　　⒎ 从设计上保证了高性能的集群，客户端-服务器，点对点
　　⒏ 支持Ajax
　　⒐ 支持与Axis的整合
　　⒑ 可以很容易得调用内嵌JMS provider，进行测试
编辑本段竞争者
　　其他开源JMS供应商
　　jbossmq(jboss 4)
　　jboss messaging (jboss 5)
　　joram-4.3.21 2006-09-22
　　openjms-0.7.7-alpha-3.zip December 26,2005
　　mantamq
　　ubermq
　　SomnifugiJMS 2005-7-27
　　开源的JMS Provider大部分都已经停止发展了，剩下的几个都是找到了东家，和某种J2EE 服务器挂钩，比如jboss mq 与jboss,joram与jonas(objectweb组织），ActiveMQ 与Geronimo(ASF APACHE基金组织），而在这3个之间，从网络底层来看，只有ActiveMQ使用了NIO，单从这个角度来看ActiveMQ在性能上会有一定的优势。
　　商业JMS供应商
　　IBM WebSphereMQ
　　BEAWebLogicJMS
　　OracleAQ
　　NonStop Server for Java Message Service(JMS)
　　Sun Java System Message Queue
　　Sonic jms
　　TIBCO Enterprise For JMS
　　iLinkMQ （国内）
　　TongLink/Q(北京东方通科技）
　　现在的商业J2EE 应用服务器大部分都会有JMS Provider的实现，毕竟应用服务器都已经花费不薄，也不在乎在里面送一个JMS Provider了，当然还是有独立的比如IBM WebSphere MQ,Sonic JMS，前者肯定是商用MQ（这个概念不仅仅是JMS Provier了，只能说JMS 只是它提供的一个应用）中间的巨无霸了。
　　从这点来看，ActiveMQ明显的竞争者并不多，因为它是作为独立的开源JMS Provider出现的，很容易被用于多种结构设计中，使用ActiveMQ作为默认JMS Provider的开源项目有ServiceMix,Geronimo.
编辑本段安装ActiveMQ
　　首先去http://activemq.apache.org/download.html 下载最新版本4.1.0release， 解压apache-activemq-4.1-incubator.zip（或者apache-activemq-4.1-incubator.tar.gz）目录如下：
　　+bin (windows下面的bat和unix/linux下面的sh)
　　+conf (activeMQ配置目录，包含最基本的activeMQ配置文件）
　　+data （默认是空的）
　　+docs (index,replease版本里面没有文档，-.-b不知道为啥不带）
　　+example （几个例子
　　+lib (activemMQ使用到的lib)
　　-apache-activemq-4.1-incubator.jar (ActiveMQ的binary)
　　-LICENSE.txt
　　-NOTICE.txt
　　-README.txt
　　-user-guide.html
　　你可以使用bin\activemq.bat(activemq) 启动，如果一切顺利，你就会看见类似下面的信息：
  运行信息

运行信息
　　几个小提示
　　⒈ 这个仅仅是最基础的ActiveMQ的配置，很多地方都没有配置因此不要直接使用这个配置用于生产系统
　　⒉ 有的时候由于端口被占用，导致ActiveMQ错误，ActiveMQ可能需要以下端口1099(JMX),61616（默认的TransportConnector)
　　⒊ 如果没有物理网卡，或者MS的LoopBackAdpater Multicast会报一个错误
编辑本段测试你的ActiveMQ
　　由于ActiveMQ是一个独立的jms provider，所以我们不需要其他任何第三方服务器就可以马上做我们的测试了.编译example目录下面的程序 ProducerTool/ConsumerTool 是JMS参考里面提到的典型应用，Producer产生消息，Consumer消费消息，而且这个例子还可以加入参数帮助你测试刚才启动的本地 ActiveMQ或者是远程的ActiveMQ
　　ProducerTool broker的地址，默认的是tcp://localhost:61616
　　[true|flase] 是否使用topic，默认是false
　　[subject] subject的名字，默认是TOOL.DEFAULT
　　[durabl] 是否持久化消息，默认是false
　　[messagecount] 发送消息数量，默认是10
　　[messagesize] 消息长度，默认是255
　　[clientID] durable为true的时候，需要配置clientID
　　[timeToLive] 消息存活时间
　　[sleepTime] 发送消息中间的休眠时间
　　[transacte] 是否采用事务
　　ConsumerTool broker的地址，默认的是tcp://localhost:61616
　　[true|flase] 是否使用topic，默认是false
　　[subject] subject的名字，默认是TOOL.DEFAULT
　　[durabl] 是否持久化消息，默认是false
　　[maxiumMessages] 接受最大消息数量，0表示不限制
　　[clientID] durable为true的时候，需要配置clientID
　　[transacte] 是否采用事务
　　[sleepTime] 接受消息中间的休眠时间，默认是0,onMeesage方法不休眠
　　[receiveTimeOut] 接受超时
　　我们可以这样使用：
　　先启动activeMQ，再打开两个命令窗口，都进入D:\activemq\example，一个运行：ant consumer，一个运行：ant producer，如果成功发送/接收了消息就OK了。