Hi, 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. Thanks for your time.
+2
A:
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
Andrew B
2010-03-25 10:49:29
My code is running in a healthy server environment with the fixed set of dependencies. Usage of Spring container along with ActiveMQ broker would compromise server (dependencies could be overridden, possible class loading issues etc). So I ruled out such heavy solutions in the first place
nixau
2010-03-25 11:03:35
You don't necessarily have to use spring in this configuration. You can start the embedded broker purely from java. By itself, activemq doesn't have many external dependencies. That said, I understand what you're saying about trying to keep things as lightweight as possible.
Andrew B
2010-03-25 11:34:25
I tried to deploy ActiveMQ at first, but it has crashed the ecosystem of my server. It proved to have just enough of dependencies to break it))
nixau
2010-03-25 12:05:07
That and every solaris server I have tried to get ActiveMQ on it crashes after a few days with no errors being reported.
corydoras
2010-10-01 04:05:23