ActiveMQ是一款开源的消息中间件，遵循JMS 1.1规范，适用于分布式应用架构。它能够实现不同语言及操作系统的应用集成，提供位置透明、可靠通信等特性，并支持水平扩展与异步通信。
原文地址：[url]http://www.christianposta.com/blog/?p=101[/url]
Although the Active MQ website already gives a pithy, to-the-point explanation of ActiveMQ, I would like to add some more context to their definition.
From the ActiveMQ project’s website:
“ActiveMQ is an open sourced implementation of JMS 1.1 as part of the J2EE 1.4 specification.”
Here’s my take: ActiveMQ is an open-source, messaging software which can serve as the backbone for an architecture of distributed applications built upon messaging. The creators of ActiveMQ were driven to create this open-source project for two main reasons:
The available existing solutions at the time where proprietary/very expensive
Developers with the Apache Software Foundation were working on a fully J2EE compliant application server (Geronimo) and they needed a JMS solution that had a license compatible with Apache’s licensing.
Since its inception, ActiveMQ has turned into a strong competitor of the commercial alternatives, such as WebSphereMQ, EMS/TIBCO and SonicMQ and is deployed in production in some of the top companies in industries ranging from financial services to retail.
Using messaging as an integration or communication style leads to many benefits such as:
Allowing applications built with different languages and on different operating systems to integrate with each other
Location transparency – client applications don’t need to know where the service applications are located
Reliable communication – the producers/consumers of messages don’t have to be available at the same time, or certain segments along the route of the message can go down and come back up without impacting the message getting to the service/consumer
Scaling – can scale horizontally by adding more services that can handle the messages if too many messages are arriving
Asynchronous communication – a client can fire a message and continue other processing instead of blocking until the service has sent a response; it can handle the response message only when the message is ready
Reduced coupling – the assumptions made by the clients and services are greatly reduced as a result of the previous 5 benefits. A service can change details about itself, including its location, protocol, and availability, without affecting or disrupting the client.
Please see Gregor Hohpe’s description about messaging or the book he and Bobby Woolf wrote about messaging-based enterprise application integration.
There are other advantages as well (hopefully someone can add other benefits or drawbacks in the comments), and ActiveMQ is a free, open-source software that can facilitate delivering those advantages and has proven to be highly reliable and scalable in production environments.
This entry was posted by admin on December 27, 2011 at 10:08 pm under ActiveMQ. Tagged activemq, apache, esb, java, messaging. You can leave a response, or trackback from your own site. Follow any responses to this entry through the RSS 2.0 feed.
Although the Active MQ website already gives a pithy, to-the-point explanation of ActiveMQ, I would like to add some more context to their definition.
From the ActiveMQ project’s website:
“ActiveMQ is an open sourced implementation of JMS 1.1 as part of the J2EE 1.4 specification.”
Here’s my take: ActiveMQ is an open-source, messaging software which can serve as the backbone for an architecture of distributed applications built upon messaging. The creators of ActiveMQ were driven to create this open-source project for two main reasons:
The available existing solutions at the time where proprietary/very expensive
Developers with the Apache Software Foundation were working on a fully J2EE compliant application server (Geronimo) and they needed a JMS solution that had a license compatible with Apache’s licensing.
Since its inception, ActiveMQ has turned into a strong competitor of the commercial alternatives, such as WebSphereMQ, EMS/TIBCO and SonicMQ and is deployed in production in some of the top companies in industries ranging from financial services to retail.
Using messaging as an integration or communication style leads to many benefits such as:
Allowing applications built with different languages and on different operating systems to integrate with each other
Location transparency – client applications don’t need to know where the service applications are located
Reliable communication – the producers/consumers of messages don’t have to be available at the same time, or certain segments along the route of the message can go down and come back up without impacting the message getting to the service/consumer
Scaling – can scale horizontally by adding more services that can handle the messages if too many messages are arriving
Asynchronous communication – a client can fire a message and continue other processing instead of blocking until the service has sent a response; it can handle the response message only when the message is ready
Reduced coupling – the assumptions made by the clients and services are greatly reduced as a result of the previous 5 benefits. A service can change details about itself, including its location, protocol, and availability, without affecting or disrupting the client.
Please see Gregor Hohpe’s description about messaging or the book he and Bobby Woolf wrote about messaging-based enterprise application integration.
There are other advantages as well (hopefully someone can add other benefits or drawbacks in the comments), and ActiveMQ is a free, open-source software that can facilitate delivering those advantages and has proven to be highly reliable and scalable in production environments.
This entry was posted by admin on December 27, 2011 at 10:08 pm under ActiveMQ. Tagged activemq, apache, esb, java, messaging. You can leave a response, or trackback from your own site. Follow any responses to this entry through the RSS 2.0 feed.
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
