分类:
2008-10-27 13:28:21
1.概述
1.1 JMS与ActiveMQ特性
JMS始终在EE五花八门的里,WebService满天飞的时候占一位置,是因为:
它可以把不影响用户执行结果又比较耗时的任务(比如发邮件通知管理员)异步的扔给JMS 服务端去做,而尽快的把屏幕返还给用户。
服务端能够多线程排队响应高并发的请求。
可以在世界里达到最高的解耦。客户端与服务端无需直连,甚至无需知晓对方是谁、在哪里、有多少人,只要对流过的信息作响应就行了,在企业应用环境复杂时作用明显。
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 2.0在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 集成,对比SS1.0M3,有三个值得留意的地方,使得代码中几乎不见一丝JMS的侵入代码:
采用Spring2.0的Schema式简化配置。
实现Message Converter转化消息与对象,使得Producer能够直接发送POJO而不是JMS Message。
使用了Spring的DefaultMessageListenerContainer与MessageListenerAdapter,消息接收者不用实现MessageListener 接口。
2.引入ActiveMQ的XSD
ActiveMQ4.1 响应Spring 2.0号召,支持了引入XML Schema namespace的简单配置语法,简化了配置的语句。
在ApplicationContext.xml(Spring的配置文件)中引入ActiveMQ的XML Scheam 配置文件),如下:
xmlns:amq=""
xmlns:xsi=""
xsi:schemaLocation="
">由于ActiveMQ4.1 SnapShot的那个XSD有部分错误,因此使用的是自行修改过的XSD。
先在ClassPath根目录放一个修改过的activemq-core-4.1-incubator-SNAPSHOT.xsd。
在ClassPath 下面建立META-INF\spring.schemas 内容如下。这个spring.schemas是spring自定义scheam的配置文件,请注意"http:\://"部分写法
http\://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd=/activemq-core-4.1-incubator-SNAPSHOT.xsd3. 配置方案
3.1 基础零件
1. 配置ActiveMQ Broker
暂时采用在JVM中嵌入这种最简单的模式, 当spring初始化时候,ActiveMQ embedded Broker 就会启动了。
由于前面配置的Broker是JVM embedded 所以URL为:vm://localhost
配置Conveter,使得Producer能够直接发送Order对象,而不是JMS的Message对象。
[1]