camel-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Scott England-Sullivan <>
Subject Re: Transactional batching
Date Wed, 03 Apr 2013 17:00:49 GMT
Hi Ben,

Currently only SJMS (2.11.0) has support for batching of JMS transactions
(local only, no XA).  The consumer has natural batch support meaning that
you set the number of messages you would like read before issuing a commit.
 You can also specify a timeout, default is 5000ms, to keep the consumer
from holding the transaction open if you have a bursty message flow.

On the producer side SJMS is able to support using a List of Objects or
SJMS BatchMessage objects where the producer will iterate through the list
and if configured for transactions, commit or rollback the transaction.
 This is necessary at this time since using a batch on the producer would
potentially cause the initial consumer to loose visibility of what messages
have been lost in the event of a rollback.  This would work well when using
a ProducerTemplate in an application that collects a given number of
messages and then publishes the collection.

There currently isn't support for XA but that can be mitigated by having
applications monitor for the JMSRedelivery=true header.

Let me know if this answers your question.

Best Regards,
Scott ES

On Tue, Apr 2, 2013 at 11:02 PM, boday <>wrote:

> this is a really old thread, but I'm wondering if anyone has any updated
> ideas on this...I have a similar requirement to read from an AMQ queue,
> batch X messages together and then process.  I'm currently doing this with
> the aggregator/hawtdb repo combination but performance is proving too
> slow...
> I'd think it would be faster/cleaner to just be able to read multiple from
> the queue in a transaction, aggregate together, process, then end the
> transaction...
> any ideas?
> David J. M. Karlsen wrote
> > Looking at this thread I wonder the same.
> >
> > During a resource local jmstransaction you are able to fetch several
> > messages - but there is no way in camel to control the commit size.
> > You can do the same during a XA tx.
> >
> > I see no support for batching here:
> >
> >
> > Either transaction mode would benefit a lot if you could process several
> > messages in one go.
> >
> > Typical usecase would be tx( N messages, process them in paralell,
> > aggregate and send out )
> -----
> Ben O'Day
> IT Consultant -
> --
> View this message in context:
> Sent from the Camel - Users mailing list archive at

Scott England-Sullivan
Apache Camel Committer
Principal Consultant / Sr. Architect | Red Hat, Inc.
FuseSource is now part of Red Hat
Web: <> |<>
Twitter: sully6768

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message