作者：江南白衣 
  
    一直希望那些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太简单，唯一麻烦的配置文件已注释，这里也就无话了。