Messaging Services

Written on 10:47:00 PM by S. Potter

Since my previous post was on the subject of comparing J2EE stack with lighter weight frameworks, I thought I would make some more points before Rails, et al. gets a beating for not having as much functionality as J2EE. I am sure my full-on Java friends will feel triumphant after my last posting because such a comparison would be null and void due to comparing apples and pears. Many of my Java friends haven't bothered to really research Rails, TurboGears or Django and not even Ruby or Python. I get the impression that they refuse to because then they might be pursuaded and be proven wrong, or at least not completely right!:) From an abstraction level the Java-heads might be right. J2EE can be a million different things to a thousand different people (yes, you read that right). Rails, TG and Django do not try to do this. They are fully loaded web application frameworks. Does this mean then that the conversation stops? I think not and I will tell you why. The vast majority of J2EE apps are written for web browser clients, Swing/JFC desktop apps or simply (mostly Java) headless services. Now lets consider, say, Rails. Maybe 98% of its clients are browser clients (I assume a much higher percentage than J2EE apps), but other clients are SOAP, XML-RPC or REST based clients which could be headless services or desktop applications. They could even be other web applications. So what does this mean? That comparing J2EE and, for example, Rails isn't quite as proposterous as Java-heads might first think. However, the one major area where there is an absence of functionality in, certainly, the Ruby world, in my experience (unless another Ruby-ite can point us in the right direction) is a Ruby based messaging service, like the JMS implementations out there. Some people say though that this is not a big deal, because you can generate Ruby and Python bindings for messaging services like Tibco, MQ and even JMS implementations. My problem with this is that there does not seem to be a good open source messaging service that isn't too Java-centric. In this article I give a measely 5 points to the Java-philes, but overall you are still far behind;) PS I am not suggesting that Rails should provide any type of messaging service functionality, only Ruby, Python or a non-Java centric enterprise-ready open source alternative to JMS, MQ or Tibco. If I were suggesting the former, then I would be completely contradicting my previous blog entry and I do not wish to do so. Thanks for reading.

If you enjoyed this post Subscribe to our feed

2 Comments

  1. S. Potter |

    As a note, today I came across reliable-msg a Ruby messaging service. I have not used it yet, so I can't say how good it is, but if also interested in Ruby messaging servers, read this:
    http://trac.labnotes.org/cgi-bin/trac.cgi/wiki/Ruby/ReliableMessaging

    It says it supports point-to-point and topics.

     
  2. RennyBA |

    I came to you're blog from you'e Ryze profile. As a memeber of The Norwegian Computer Society, I've red you're blog with great interests. Thanks for sharing you're skills and opinions on OpenSource!

     

Post a Comment