作者：
江南白衣
一直希望那些J字头的协议能有几个提前告老还乡的，好减轻一下我们的负担，特别是这WebService满天飞的时代。但似乎还有很久都轮不到JMS的消失：
1.因为
1.它是《Effective
Enterprise Java》的一个实践。
可以把不影响用户执行结果又比较耗时的任务（比如发邮件通知管理员）异步的扔给JMS
服务端去做，而尽快的把屏幕返还给用户。
而且服务端能够多线程排队响应--高并发的请求。
2.
可以在Java世界里达到最高的解耦。
对比WebService，JMS的客户端与服务端无需直连，甚至无需知晓对方是谁、在哪里、有多少人，只要对流过的信息作响应就行了。对牵一发动全身的企业应用来说很轻省。
2.
但是
1. Message
Bean带着EJB系的荣光，步骤比较繁杂，你需要实现MessageDrivenBean、MessageListener接口，还需要设置EJB的配置信息，然后是deploy....
2. Spring 1.x 提供的JMS Template简化了JMS
Client端的编程，但并没有涉及到服务端的改造。
3. 所以，SpringSide的Message Driven
POJO方案
Spring JMS Template + ActiveMQ + Jencks
1. 它是Lightweight的，基本上只是普通POJO，不用搞太多东西。
2. 它是Spring Base的，可以使用Spring的各种特性如IOC、AOP。
3. 它是Effective的，基于Jencks的JCA Container实现 pool connection，control transactions
and manage security。
4. 但它是withdout EJB
Container的。
其实它还不是100% POJO，除非再用上Lingo，但我已不想走得太远。
4.黄金版配置
如果你想找一个ActiveMQ 3.2 Stable版+Spring的100%可行的配置文件，估计只能到SpringSide项目里看了。网上的文章，不是已过时，就是不切题。
推荐中英两份最接近的文档：
捷特慈朋(IDEA中国):
Spring和Message Bean的整合
Spring loaded: Message-Driven
POJOs
不过它们都有个outdate的地方--ActiveMQ3.2开始不再自带JCA
Cotainer了，而是将其与Gernimo 合作而成了Jencks，需另外安装。
5.SpringSide旅游指南
pom.xml里的JMS部分
--所需的依赖包。
applicationContext-jms.xml --黄金版配置文件。
activemq.xml
--AcitveMQ Broker配置文件。
OrderPlaceMDP.java --Message Driven
Pojo。
JmsTest.java --单元测试用例。
OrderManger.java的NodifyOrder()函数
--实际应用的地方。
POJO太简单，唯一麻烦的配置文件已注释，这里也就无话了。