Results 1 to 4 of 4

Thread: Messenger facade from Sandbox vs Spring JMSTemplate?

Hybrid View

  1. #1

    Default Messenger facade from Sandbox vs Spring JMSTemplate?

    Do you recommend to use Messenger as a simple JMS facade or should I use Spring JMSTemplate for it? It looks too heavy for just JMS abstraction layer.

    Creation of Messenger objects is hidden behind the MessengerManage. Plus only Messenger interface is exposed to the application , but not concrete JMSTemplate class. I am not sure, if current Messenger framework can handle all connectivity and pooling issues including integration with XA as well as Spring implementation.

    Wonder what is the status of Messenger framework? Is it dead?

    As of right now we need just simple JMS facade in order to abstract the application from specific JMS implementation and provide Connection,session, subscription, session/connection housekeeping, pooling, ect.

  2. #2
    Join Date
    Aug 2004
    Location
    London
    Posts
    164

    Default Re: Messenger facade from Sandbox vs Spring JMSTemplate?

    The JmsTemplate in Spring is good - if it suits your need I'd use it. The only downside with the JmsTemplate is that it doesn't do pooling by itself - it either uses a single JMS connection (and createst/closes session/producers each time) - or worse, it creates/closes a connection, session, producer/consumer each time you do anything (e.g. on every send or receive). This is typically very inefficient in most JMS implementations (you're meant to keep around and pool connections, sessions, producers / consumers).

    So you might - if you need to - investigate a pooling JMS implementation (which often your J2EE app server might provider). If pooling/performance is not such an issue, or you have a pooling JMS provider, go right head with JmsTemplate.

    Messenger is handy if you really want fine grained JMS support and pooling. The library is pretty much complete & stable so there's little active development any more but I've used it on a few projects.

    http://messenger.codehaus.org/

    But if you're using Spring anyway, and you can live with the pooling issues of JmsTemplate, it might be easier to stick to the spring way.
    James Strachan
    ------------------
    Open Source Integration
    Iona

  3. #3

    Default Messenger facade from Sandbox vs Spring JMSTemplate?

    Is there any differences between Messenger published on http://jakarta.apache.org/commons/sandbox/messenger/
    and
    http://messenger.codehaus.org/
    ?

    Did you try it with XA?

    Unfortunatly we need pooling.

    Wonder, is Messenger implementation thread safe?

    Thanks a lot.
    Glen

  4. #4

    Default The download link is broken for messenger


Similar Threads

  1. Spring MVC Web Framework versus Struts
    By biguniverse in forum Web Flow
    Replies: 27
    Last Post: Aug 29th, 2012, 03:57 AM
  2. A Spring Class Loader?
    By azzoti in forum Architecture
    Replies: 8
    Last Post: May 7th, 2005, 04:02 AM
  3. Messenger facade vs Spring JMSTemplate?
    By Glen Klyuzner in forum Container
    Replies: 0
    Last Post: Apr 21st, 2005, 09:19 AM
  4. Messenger facade vs Spring JMSTemplate?
    By Glen Klyuzner in forum Swing
    Replies: 1
    Last Post: Apr 20th, 2005, 05:38 PM
  5. Replies: 14
    Last Post: Feb 21st, 2005, 05:41 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •