Reputation: 1095
I'm looking for a small and yet efficient enough lightweight JMS broker solution with no or minimum of dependencies. My messaging code should be running in the environment with a lot of dependencies I have no control of. Thus it would make ridiculous to deploy say ActiveMQ solution along with my custom bunch of classes.
Upvotes: 28
Views: 22656
Reputation: 1095
Currently I'm investigating FFMQ solution. It's open source (GNU LGPL license), has only 4 dependencies (commons-logging, log4j, jms and jmx), and it's mature enough to accomplish my goals.
Upvotes: 14
Reputation: 21
However ActiveMQ distribution is large, it can be shrinked down to a few jar about 3MB all
Upvotes: 1
Reputation: 14551
If JMS
is not a hard requirement, and you are simply looking for a Messaging/Event system, you should take a look at Java EE 6 Events:
http://java.dzone.com/articles/java-ee6-events-lightweight
Upvotes: 2
Reputation: 159
I assume that you are looking for lightweight solutions for JMS provider and dont want go with (EMS, Apache etc.) but still need to use JMS.
Have a look at Building a Lightweight JMS Provider may be this is what you need.
Upvotes: 4
Reputation: 849
Especially if you're using spring, don't count activemq out. You can also run it as an embedded server, and it isn't really all that heavyweight.
Look at: http://activemq.apache.org/how-do-i-embed-a-broker-inside-a-connection.html
Upvotes: 5