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.
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.
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
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.
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:
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