【IT168 技术文档】
1.概述
1.1 JMS与ActiveMQ特性
JMS始终在JavaEE五花八门的协议里，WebService满天飞的时候占一位置，是因为它可以：
- 可以把不影响用户执行结果又比较耗时的任务（比如发邮件通知管理员）异步的扔给JMS 服务端，而尽快的把屏幕返还给用户，且服务端能够多线程排队响应高并发的请求。
- 可以在Java世界里达到最高的解耦。客户端与服务端无需直连，甚至无需知晓对方是谁、在哪里、有多少人，只要对流过的信息作响应就行了，在企业应用环境复杂时作用明显。
ActiveMQ
的特性：
- 完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，也是Apache Geronimo默认的JMS provider。
- POJO withdout EJB Container，不需要实现EJB繁琐复杂的Message Bean接口和配置。
- Spring Base，可以使用Spring的各种特性如IOC、AOP 。
- Effective，基于Jencks的JCA Container实现 pool connection，control transactions and manage security。
1.2 SpringSide 的完全POJO的JMS方案
SpringSide在BookStore示例中，演示了用户下订单时，将发通知信到用户邮箱的动作，通过JMS交给JMS服务端异步完成，避免了邮件服务器的堵塞而影响用户的下订。
全部代码于examples\bookstore\src\java\org\springside\bookstore\components\activemq 目录中。
一个JMS场景通常需要三者参与：
- 一个POJO的的Message Producer，负责使用Spring的JMS Template发送消息。
- 一个Message Converter，负责把Java对象如订单(Order)转化为消息，使得Producer能够直接发送POJO。
- 一个MDP Message Consumer，负责接收并处理消息。
SpringSide 2.0采用了ActiveMQ 4.1-incubator-SNAPSHOT 与Spring 2.0 集成，比SS 1.0M3版本有三个值得留意的特点，使得代码中几乎不见一丝JMS的侵入代码：
- 采用Spring2.0的Schema式简化配置。
- 实现Message Converter转化消息与对象，使得Producer能够直接发送POJO而不是JMS Message。
- 使用了Spring的DefaultMessageListenerContainer与MessageListenerAdapter，消息接收者不用实现MessageListener 接口。
