tags:

views:

325

answers:

2

We are currently using IBM MQ via JMS, but seem to be pushing through more messages than it can handle - strangely, the problem seems to be intermittent.

The messages are prices and thus dont need to be guaranteed, just need to be sent quickly.

As IBM have a Low Latency product, I am wondering if that is perhaps the better solution - but it does not seem to have a JMS api, or at least not easily visible.

Anyone know if there is a JMS api into the Low Latency product, or if the "unique" API it does have is JMS-like...

Alternatively, pointers for MQ tuning would also be appreciated... :)

+5  A: 

Definitely a low latency messaging product would be better suited to your problem, I am working on a project where we do something very similar using a low latency messaging product called LBM from 29West. It doesn't have a JMS api and I suspect most of the products in the low-latency space won't. There a large number of features that don't make sense in combination with these types of products (e.g. persistence, selectors, etc.). We found that writing our own simple api over the top of the messaging product to be fairly easy and gives use the flexibility to change products later and frees us from some of the bulk and verbosity of the JMS api.

Another option to consider would be JGroups.

29West have added JMS support to their messaging product line.

Michael Barker
Thanks - we don't have generally excessive volumes or tight latency requirements and our previous solution, Fiorano, worked fine. Unfortunately company standards are dictating IBM MQ :(
Chris Kimpton
+1  A: 

Regarding "pointers for MQ tuning", on the SupportPacs page there are performance evaluations per platform with specific recommendations. Scroll down to the SupportPacs named MP* and look for the appropriate version and platform. A variety of scenarios are tested with large and small messages, persistent and non-persistent, variations on numbers of getter and putters, etc.

T.Rob