activemq

一、引入依赖 < ! -- activemq依赖 -- > < dependency > < groupId > org . springframework . boot < / groupId > < artifactId > spring - boot - starter - activemq < / artifactId > < / dependency > < dependency > < groupId > javax . jms < / groupId > < artifactId > javax . jms - api < / artifactId > < version > 2.0 .1 < / version > < / dependency > < ! -- 阿里短信发送 -- > < dependency > < groupId > org . apache . httpcomponents < / groupId > < artifactId > httpclient < / artifactId > < / dependency > < dependency > < groupId > org . apache . httpcomponents < / groupId > < artifactId > httpcore < / artifactId > <

转自http://dev.ymeng.net/spring-activemq-mail.html 项目的后台要求在更改密码后发送邮件通知用户，为了避免发送邮件时程序对用户操作的阻塞，之前中文版中使用了线程来发送邮件，而在英文版中，我决定使用JMS来异步发送邮件，让用户更改密码的操作和发送邮件的操作更进一步解耦，也在实际环境中试试JMS。 　　我们的环境是Spring 2.5, Tomcat 5.5，使用ActiveMQ来实现JMS传送和接收。 　　首先，我们在Spring中加入ActiveMQ Broker的配置： <bean id="broker" class="org.apache.activemq.xbean.BrokerFactoryBean"> <property name="config" value="classpath:activemq.xml" /> <property name="start" value="true" /> </bean> 　　我们在此处配置了BrokerFactoryBean，此Bean实现在Spring中配置嵌入式Broker，并且支持XBean方式的配置。Broker的配置文件由config属性指定，此处定义配置文件位于classpath中的activemq.xml。 　　接下来我们需要创建Broker的配置文件activemq.xml

ObjectMessage objects depend on Java serialization of marshal/unmarshal object payload. This process is generally considered unsafe as malicious payload can exploit the host system. That's why starting with versions 5.12.2 and 5.13.0 , ActiveMQ enforces users to explicitly whitelist packages that can be exchanged using ObjectMessages. If you need to exchange object messages, you need to add packages your applications are using. You can do that with by using org.apache.activemq.SERIALIZABLE_PACKAGES system property of the broker. You can add this system property to ACTIVEMQ_OPTS variable in $

MQ框架非常之多，比较流行的有RabbitMq、ActiveMq、ZeroMq、kafka。这几种MQ到底应该选择哪个？要根据自己项目的业务场景和需求。下面我列出这些MQ之间的对比数据和资料。 TPS 比较 ZeroMq 最好， RabbitMq 次之， ActiveMq 最差。这个结论来自于一下这篇文章。 http://www.cnblogs.com/amityat/archive/2011/08/31/2160293.html 3 、持久化消息比较 zeroMq 不支持 ， activeMq 和 rabbitMq 都 支持 。 持久化消息主要是指： MQ down 或者 MQ 所在的服务器 down 了，消息不会丢失的机制。 4 、技术点：可靠性、灵活的路由、集群、事务、高可用的队列、消息排序、问题追踪、可视化管理工具、插件系统、社区 RabbitMq最好，ActiveMq次之，ZeroMq最差。当然ZeroMq也可以做到，不过自己必须手动写代码实现，代码量不小。尤其是可靠性中的： 持久性 、 投递确认 、 发布者证实 和 高可用性 。 所以在可靠性和可用性上， RabbitMQ 是首选，虽然 ActiveMQ 也具备，但是它性能不及 RabbitMQ 。 5 、高并发 从实现语言来看，RabbitMQ最高，原因是它的实现语言是天生具备高并发高可用的 erlang 语言。 总结