问题
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.
回答1:
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.
回答2:
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
回答3:
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.
回答4:
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
回答5:
However ActiveMQ distribution is large, it can be shrinked down to a few jar about 3MB all
来源：https://stackoverflow.com/questions/2507536/lightweight-jms-broker