You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by Thomas Johansen <th...@gmail.com> on 2012/08/07 10:48:44 UTC
SJMS and batched transactions
Hi,
As I understand the JMSComponent/ActiveMQComponent cannot support batched
transactions due to the use of Spring's DMLC. With this new SJMSComponent
there should be possibilities to implement this, I guess?
BR,
Thomas
Re: SJMS and batched transactions
Posted by Thomas Johansen <th...@gmail.com>.
Actually I would like a more flexible solution, like using some kind of a
strategy or maybe a route policy or something to trigger the commit (I'm
not aware of all mechanisms existing in Camel that might be suiting here).
My use case is not completely defined yet, but something like this:
1. Assume a persistent queue Q with a number of messages on it. Each
message has a header "BatchId" on it.
2. Start the route (JMS consumer on queue Q) at a scheduled time (there are
existing mechanisms to do this AFAIK) or manually (JMX).
3. Use the "BatchId" header on the first consumed message as a JMS selector
query for remaining messages to be consumed in the current
transaction/batch.
4. Commit the transaction when <some condition> is met.
(4) is kind of the tricky part in my case -- I haven't been able to decide
what that condition should be. It should be when there are no more messages
on the queue with the current BatchId, but that would be somewhat difficult
to match. The condition couldn't be a given number of messages, as there
should be no assumption on the number of messages in the batch and we would
risk the transaction staying open forever. Maybe a control message on the
same queue or another queue or endpoint, a timeout value on the JMS receive
call or something. Ideally the component should leave this condition to
some strategy that could be injected for maximum flexibility. Anyway I hope
you see my requirement a little clearer?
Cheers,
Thomas
2012/8/7 Scott England-Sullivan <su...@gmail.com>
> Hi Thomas,
>
> It sounds like you are looking for something like the following:
>
> from("sjms:consumer?transacted=true&batch=100")
> .processor("do stuff")
> to("file:output");
>
> Such that 100 messages would be consumed, processed and filed followed by
> the session either being committed or rolled back based on the success or
> fail of all 100 exchanges.
>
> Sound about right?
>
>
> On Tue, Aug 7, 2012 at 11:49 AM, Thomas Johansen <th...@gmail.com>
> wrote:
>
> > I'm not sure what this implies, Scott.
> >
> > My use case is to have a transaction started on a first exchange, and
> then
> > have X exhanges on the same transaction. It should first be committed
> when
> > some external event happens, like a control message is seen (possibly
> from
> > a separate control queue), after X number of messages or something. I'm
> > sure Camel provides some options for mechanisms to use here? In my case I
> > need to aggregate X records into a single file.
> >
> > Thomas
> >
> >
> > Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <
> > sully6768@gmail.com>:
> >
> > > I will take a look at it tonight. Plan is to add batch support by
> having
> > > the Producer and Consumer endpoints support a List of Messages. Once
> in
> > > place TX would be automatically supported as it is called as a
> > > Synchronization upon completion of the Exchange.
> > >
> > > Thoughts?
> > >
> > > On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
> > > christian.mueller@gmail.com> wrote:
> > >
> > >> +1
> > >> Would like to see this feature too...
> > >>
> > >> Sent from a mobile device
> > >> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
> > >>
> > >>> Hi,
> > >>>
> > >>> As I understand the JMSComponent/ActiveMQComponent cannot support
> > batched
> > >>> transactions due to the use of Spring's DMLC. With this new
> > SJMSComponent
> > >>> there should be possibilities to implement this, I guess?
> > >>>
> > >>> BR,
> > >>> Thomas
> > >>>
> > >>
> > >
> > >
> > >
> > > --
> > > --
> > > Scott England-Sullivan
> > > ----------------------------------
> > > FuseSource
> > > Web: http://www.fusesource.com
> > > Blog: http://sully6768.blogspot.com
> > > Twitter: sully6768
> >
>
>
>
> --
> --
> Scott England-Sullivan
> ----------------------------------
> FuseSource
> Web: http://www.fusesource.com
> Blog: http://sully6768.blogspot.com
> Twitter: sully6768
>
Re: SJMS and batched transactions
Posted by Christian Müller <ch...@gmail.com>.
Thanks, much appreciated.
Best,
Christian
On Wed, Aug 8, 2012 at 7:29 PM, Scott England-Sullivan
<su...@gmail.com>wrote:
> Chris,
>
> I should be able to have something ready to go in with the next set of
> updates. I will let you know when it is completed.
>
>
> On Tue, Aug 7, 2012 at 3:06 PM, Christian Müller <
> christian.mueller@gmail.com> wrote:
>
> > This is at least "my" requirement.
> >
> > Sent from a mobile device
> > Am 07.08.2012 18:47 schrieb "Scott England-Sullivan" <
> sully6768@gmail.com
> > >:
> >
> > > Hi Thomas,
> > >
> > > It sounds like you are looking for something like the following:
> > >
> > > from("sjms:consumer?transacted=true&batch=100")
> > > .processor("do stuff")
> > > to("file:output");
> > >
> > > Such that 100 messages would be consumed, processed and filed followed
> by
> > > the session either being committed or rolled back based on the success
> or
> > > fail of all 100 exchanges.
> > >
> > > Sound about right?
> > >
> > >
> > > On Tue, Aug 7, 2012 at 11:49 AM, Thomas Johansen <th...@gmail.com>
> > > wrote:
> > >
> > > > I'm not sure what this implies, Scott.
> > > >
> > > > My use case is to have a transaction started on a first exchange, and
> > > then
> > > > have X exhanges on the same transaction. It should first be committed
> > > when
> > > > some external event happens, like a control message is seen (possibly
> > > from
> > > > a separate control queue), after X number of messages or something.
> I'm
> > > > sure Camel provides some options for mechanisms to use here? In my
> > case I
> > > > need to aggregate X records into a single file.
> > > >
> > > > Thomas
> > > >
> > > >
> > > > Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <
> > > > sully6768@gmail.com>:
> > > >
> > > > > I will take a look at it tonight. Plan is to add batch support by
> > > having
> > > > > the Producer and Consumer endpoints support a List of Messages.
> Once
> > > in
> > > > > place TX would be automatically supported as it is called as a
> > > > > Synchronization upon completion of the Exchange.
> > > > >
> > > > > Thoughts?
> > > > >
> > > > > On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
> > > > > christian.mueller@gmail.com> wrote:
> > > > >
> > > > >> +1
> > > > >> Would like to see this feature too...
> > > > >>
> > > > >> Sent from a mobile device
> > > > >> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <thxmasj@gmail.com
> >:
> > > > >>
> > > > >>> Hi,
> > > > >>>
> > > > >>> As I understand the JMSComponent/ActiveMQComponent cannot support
> > > > batched
> > > > >>> transactions due to the use of Spring's DMLC. With this new
> > > > SJMSComponent
> > > > >>> there should be possibilities to implement this, I guess?
> > > > >>>
> > > > >>> BR,
> > > > >>> Thomas
> > > > >>>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > --
> > > > > Scott England-Sullivan
> > > > > ----------------------------------
> > > > > FuseSource
> > > > > Web: http://www.fusesource.com
> > > > > Blog: http://sully6768.blogspot.com
> > > > > Twitter: sully6768
> > > >
> > >
> > >
> > >
> > > --
> > > --
> > > Scott England-Sullivan
> > > ----------------------------------
> > > FuseSource
> > > Web: http://www.fusesource.com
> > > Blog: http://sully6768.blogspot.com
> > > Twitter: sully6768
> > >
> >
>
>
>
> --
> --
> Scott England-Sullivan
> ----------------------------------
> FuseSource
> Web: http://www.fusesource.com
> Blog: http://sully6768.blogspot.com
> Twitter: sully6768
>
--
Re: SJMS and batched transactions
Posted by Scott England-Sullivan <su...@gmail.com>.
Hi Thomas,
A plug-able transaction strategy is definitely on the road map for the
future. I will have to take a look and see what short term options might
work for this.
On Wed, Aug 8, 2012 at 1:29 PM, Scott England-Sullivan
<su...@gmail.com>wrote:
> Chris,
>
> I should be able to have something ready to go in with the next set of
> updates. I will let you know when it is completed.
>
>
> On Tue, Aug 7, 2012 at 3:06 PM, Christian Müller <
> christian.mueller@gmail.com> wrote:
>
>> This is at least "my" requirement.
>>
>> Sent from a mobile device
>> Am 07.08.2012 18:47 schrieb "Scott England-Sullivan" <sully6768@gmail.com
>> >:
>>
>> > Hi Thomas,
>> >
>> > It sounds like you are looking for something like the following:
>> >
>> > from("sjms:consumer?transacted=true&batch=100")
>> > .processor("do stuff")
>> > to("file:output");
>> >
>> > Such that 100 messages would be consumed, processed and filed followed
>> by
>> > the session either being committed or rolled back based on the success
>> or
>> > fail of all 100 exchanges.
>> >
>> > Sound about right?
>> >
>> >
>> > On Tue, Aug 7, 2012 at 11:49 AM, Thomas Johansen <th...@gmail.com>
>> > wrote:
>> >
>> > > I'm not sure what this implies, Scott.
>> > >
>> > > My use case is to have a transaction started on a first exchange, and
>> > then
>> > > have X exhanges on the same transaction. It should first be committed
>> > when
>> > > some external event happens, like a control message is seen (possibly
>> > from
>> > > a separate control queue), after X number of messages or something.
>> I'm
>> > > sure Camel provides some options for mechanisms to use here? In my
>> case I
>> > > need to aggregate X records into a single file.
>> > >
>> > > Thomas
>> > >
>> > >
>> > > Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <
>> > > sully6768@gmail.com>:
>> > >
>> > > > I will take a look at it tonight. Plan is to add batch support by
>> > having
>> > > > the Producer and Consumer endpoints support a List of Messages.
>> Once
>> > in
>> > > > place TX would be automatically supported as it is called as a
>> > > > Synchronization upon completion of the Exchange.
>> > > >
>> > > > Thoughts?
>> > > >
>> > > > On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
>> > > > christian.mueller@gmail.com> wrote:
>> > > >
>> > > >> +1
>> > > >> Would like to see this feature too...
>> > > >>
>> > > >> Sent from a mobile device
>> > > >> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
>> > > >>
>> > > >>> Hi,
>> > > >>>
>> > > >>> As I understand the JMSComponent/ActiveMQComponent cannot support
>> > > batched
>> > > >>> transactions due to the use of Spring's DMLC. With this new
>> > > SJMSComponent
>> > > >>> there should be possibilities to implement this, I guess?
>> > > >>>
>> > > >>> BR,
>> > > >>> Thomas
>> > > >>>
>> > > >>
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > --
>> > > > Scott England-Sullivan
>> > > > ----------------------------------
>> > > > FuseSource
>> > > > Web: http://www.fusesource.com
>> > > > Blog: http://sully6768.blogspot.com
>> > > > Twitter: sully6768
>> > >
>> >
>> >
>> >
>> > --
>> > --
>> > Scott England-Sullivan
>> > ----------------------------------
>> > FuseSource
>> > Web: http://www.fusesource.com
>> > Blog: http://sully6768.blogspot.com
>> > Twitter: sully6768
>> >
>>
>
>
>
> --
> --
> Scott England-Sullivan
> ----------------------------------
> FuseSource
> Web: http://www.fusesource.com
> Blog: http://sully6768.blogspot.com
> Twitter: sully6768
>
>
--
--
Scott England-Sullivan
----------------------------------
FuseSource
Web: http://www.fusesource.com
Blog: http://sully6768.blogspot.com
Twitter: sully6768
Re: SJMS and batched transactions
Posted by Scott England-Sullivan <su...@gmail.com>.
Chris,
I should be able to have something ready to go in with the next set of
updates. I will let you know when it is completed.
On Tue, Aug 7, 2012 at 3:06 PM, Christian Müller <
christian.mueller@gmail.com> wrote:
> This is at least "my" requirement.
>
> Sent from a mobile device
> Am 07.08.2012 18:47 schrieb "Scott England-Sullivan" <sully6768@gmail.com
> >:
>
> > Hi Thomas,
> >
> > It sounds like you are looking for something like the following:
> >
> > from("sjms:consumer?transacted=true&batch=100")
> > .processor("do stuff")
> > to("file:output");
> >
> > Such that 100 messages would be consumed, processed and filed followed by
> > the session either being committed or rolled back based on the success or
> > fail of all 100 exchanges.
> >
> > Sound about right?
> >
> >
> > On Tue, Aug 7, 2012 at 11:49 AM, Thomas Johansen <th...@gmail.com>
> > wrote:
> >
> > > I'm not sure what this implies, Scott.
> > >
> > > My use case is to have a transaction started on a first exchange, and
> > then
> > > have X exhanges on the same transaction. It should first be committed
> > when
> > > some external event happens, like a control message is seen (possibly
> > from
> > > a separate control queue), after X number of messages or something. I'm
> > > sure Camel provides some options for mechanisms to use here? In my
> case I
> > > need to aggregate X records into a single file.
> > >
> > > Thomas
> > >
> > >
> > > Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <
> > > sully6768@gmail.com>:
> > >
> > > > I will take a look at it tonight. Plan is to add batch support by
> > having
> > > > the Producer and Consumer endpoints support a List of Messages. Once
> > in
> > > > place TX would be automatically supported as it is called as a
> > > > Synchronization upon completion of the Exchange.
> > > >
> > > > Thoughts?
> > > >
> > > > On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
> > > > christian.mueller@gmail.com> wrote:
> > > >
> > > >> +1
> > > >> Would like to see this feature too...
> > > >>
> > > >> Sent from a mobile device
> > > >> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
> > > >>
> > > >>> Hi,
> > > >>>
> > > >>> As I understand the JMSComponent/ActiveMQComponent cannot support
> > > batched
> > > >>> transactions due to the use of Spring's DMLC. With this new
> > > SJMSComponent
> > > >>> there should be possibilities to implement this, I guess?
> > > >>>
> > > >>> BR,
> > > >>> Thomas
> > > >>>
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > --
> > > > Scott England-Sullivan
> > > > ----------------------------------
> > > > FuseSource
> > > > Web: http://www.fusesource.com
> > > > Blog: http://sully6768.blogspot.com
> > > > Twitter: sully6768
> > >
> >
> >
> >
> > --
> > --
> > Scott England-Sullivan
> > ----------------------------------
> > FuseSource
> > Web: http://www.fusesource.com
> > Blog: http://sully6768.blogspot.com
> > Twitter: sully6768
> >
>
--
--
Scott England-Sullivan
----------------------------------
FuseSource
Web: http://www.fusesource.com
Blog: http://sully6768.blogspot.com
Twitter: sully6768
Re: SJMS and batched transactions
Posted by Christian Müller <ch...@gmail.com>.
This is at least "my" requirement.
Sent from a mobile device
Am 07.08.2012 18:47 schrieb "Scott England-Sullivan" <su...@gmail.com>:
> Hi Thomas,
>
> It sounds like you are looking for something like the following:
>
> from("sjms:consumer?transacted=true&batch=100")
> .processor("do stuff")
> to("file:output");
>
> Such that 100 messages would be consumed, processed and filed followed by
> the session either being committed or rolled back based on the success or
> fail of all 100 exchanges.
>
> Sound about right?
>
>
> On Tue, Aug 7, 2012 at 11:49 AM, Thomas Johansen <th...@gmail.com>
> wrote:
>
> > I'm not sure what this implies, Scott.
> >
> > My use case is to have a transaction started on a first exchange, and
> then
> > have X exhanges on the same transaction. It should first be committed
> when
> > some external event happens, like a control message is seen (possibly
> from
> > a separate control queue), after X number of messages or something. I'm
> > sure Camel provides some options for mechanisms to use here? In my case I
> > need to aggregate X records into a single file.
> >
> > Thomas
> >
> >
> > Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <
> > sully6768@gmail.com>:
> >
> > > I will take a look at it tonight. Plan is to add batch support by
> having
> > > the Producer and Consumer endpoints support a List of Messages. Once
> in
> > > place TX would be automatically supported as it is called as a
> > > Synchronization upon completion of the Exchange.
> > >
> > > Thoughts?
> > >
> > > On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
> > > christian.mueller@gmail.com> wrote:
> > >
> > >> +1
> > >> Would like to see this feature too...
> > >>
> > >> Sent from a mobile device
> > >> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
> > >>
> > >>> Hi,
> > >>>
> > >>> As I understand the JMSComponent/ActiveMQComponent cannot support
> > batched
> > >>> transactions due to the use of Spring's DMLC. With this new
> > SJMSComponent
> > >>> there should be possibilities to implement this, I guess?
> > >>>
> > >>> BR,
> > >>> Thomas
> > >>>
> > >>
> > >
> > >
> > >
> > > --
> > > --
> > > Scott England-Sullivan
> > > ----------------------------------
> > > FuseSource
> > > Web: http://www.fusesource.com
> > > Blog: http://sully6768.blogspot.com
> > > Twitter: sully6768
> >
>
>
>
> --
> --
> Scott England-Sullivan
> ----------------------------------
> FuseSource
> Web: http://www.fusesource.com
> Blog: http://sully6768.blogspot.com
> Twitter: sully6768
>
Re: SJMS and batched transactions
Posted by Scott England-Sullivan <su...@gmail.com>.
Hi Thomas,
It sounds like you are looking for something like the following:
from("sjms:consumer?transacted=true&batch=100")
.processor("do stuff")
to("file:output");
Such that 100 messages would be consumed, processed and filed followed by
the session either being committed or rolled back based on the success or
fail of all 100 exchanges.
Sound about right?
On Tue, Aug 7, 2012 at 11:49 AM, Thomas Johansen <th...@gmail.com> wrote:
> I'm not sure what this implies, Scott.
>
> My use case is to have a transaction started on a first exchange, and then
> have X exhanges on the same transaction. It should first be committed when
> some external event happens, like a control message is seen (possibly from
> a separate control queue), after X number of messages or something. I'm
> sure Camel provides some options for mechanisms to use here? In my case I
> need to aggregate X records into a single file.
>
> Thomas
>
>
> Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <
> sully6768@gmail.com>:
>
> > I will take a look at it tonight. Plan is to add batch support by having
> > the Producer and Consumer endpoints support a List of Messages. Once in
> > place TX would be automatically supported as it is called as a
> > Synchronization upon completion of the Exchange.
> >
> > Thoughts?
> >
> > On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
> > christian.mueller@gmail.com> wrote:
> >
> >> +1
> >> Would like to see this feature too...
> >>
> >> Sent from a mobile device
> >> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
> >>
> >>> Hi,
> >>>
> >>> As I understand the JMSComponent/ActiveMQComponent cannot support
> batched
> >>> transactions due to the use of Spring's DMLC. With this new
> SJMSComponent
> >>> there should be possibilities to implement this, I guess?
> >>>
> >>> BR,
> >>> Thomas
> >>>
> >>
> >
> >
> >
> > --
> > --
> > Scott England-Sullivan
> > ----------------------------------
> > FuseSource
> > Web: http://www.fusesource.com
> > Blog: http://sully6768.blogspot.com
> > Twitter: sully6768
>
--
--
Scott England-Sullivan
----------------------------------
FuseSource
Web: http://www.fusesource.com
Blog: http://sully6768.blogspot.com
Twitter: sully6768
Re: SJMS and batched transactions
Posted by David Karlsen <da...@gmail.com>.
Maybe use a groupedExchange, see: http://camel.apache.org/aggregator2.html ?
2012/8/7 Thomas Johansen <th...@gmail.com>:
> I'm not sure what this implies, Scott.
>
> My use case is to have a transaction started on a first exchange, and then have X exhanges on the same transaction. It should first be committed when some external event happens, like a control message is seen (possibly from a separate control queue), after X number of messages or something. I'm sure Camel provides some options for mechanisms to use here? In my case I need to aggregate X records into a single file.
>
> Thomas
>
>
> Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <su...@gmail.com>:
>
>> I will take a look at it tonight. Plan is to add batch support by having
>> the Producer and Consumer endpoints support a List of Messages. Once in
>> place TX would be automatically supported as it is called as a
>> Synchronization upon completion of the Exchange.
>>
>> Thoughts?
>>
>> On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
>> christian.mueller@gmail.com> wrote:
>>
>>> +1
>>> Would like to see this feature too...
>>>
>>> Sent from a mobile device
>>> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
>>>
>>>> Hi,
>>>>
>>>> As I understand the JMSComponent/ActiveMQComponent cannot support batched
>>>> transactions due to the use of Spring's DMLC. With this new SJMSComponent
>>>> there should be possibilities to implement this, I guess?
>>>>
>>>> BR,
>>>> Thomas
>>>>
>>>
>>
>>
>>
>> --
>> --
>> Scott England-Sullivan
>> ----------------------------------
>> FuseSource
>> Web: http://www.fusesource.com
>> Blog: http://sully6768.blogspot.com
>> Twitter: sully6768
--
--
David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: SJMS and batched transactions
Posted by Thomas Johansen <th...@gmail.com>.
I'm not sure what this implies, Scott.
My use case is to have a transaction started on a first exchange, and then have X exhanges on the same transaction. It should first be committed when some external event happens, like a control message is seen (possibly from a separate control queue), after X number of messages or something. I'm sure Camel provides some options for mechanisms to use here? In my case I need to aggregate X records into a single file.
Thomas
Den 7. aug. 2012 kl. 14:50 skrev Scott England-Sullivan <su...@gmail.com>:
> I will take a look at it tonight. Plan is to add batch support by having
> the Producer and Consumer endpoints support a List of Messages. Once in
> place TX would be automatically supported as it is called as a
> Synchronization upon completion of the Exchange.
>
> Thoughts?
>
> On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
> christian.mueller@gmail.com> wrote:
>
>> +1
>> Would like to see this feature too...
>>
>> Sent from a mobile device
>> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
>>
>>> Hi,
>>>
>>> As I understand the JMSComponent/ActiveMQComponent cannot support batched
>>> transactions due to the use of Spring's DMLC. With this new SJMSComponent
>>> there should be possibilities to implement this, I guess?
>>>
>>> BR,
>>> Thomas
>>>
>>
>
>
>
> --
> --
> Scott England-Sullivan
> ----------------------------------
> FuseSource
> Web: http://www.fusesource.com
> Blog: http://sully6768.blogspot.com
> Twitter: sully6768
Re: SJMS and batched transactions
Posted by Scott England-Sullivan <su...@gmail.com>.
I will take a look at it tonight. Plan is to add batch support by having
the Producer and Consumer endpoints support a List of Messages. Once in
place TX would be automatically supported as it is called as a
Synchronization upon completion of the Exchange.
Thoughts?
On Tue, Aug 7, 2012 at 6:21 AM, Christian Müller <
christian.mueller@gmail.com> wrote:
> +1
> Would like to see this feature too...
>
> Sent from a mobile device
> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
>
> > Hi,
> >
> > As I understand the JMSComponent/ActiveMQComponent cannot support batched
> > transactions due to the use of Spring's DMLC. With this new SJMSComponent
> > there should be possibilities to implement this, I guess?
> >
> > BR,
> > Thomas
> >
>
--
--
Scott England-Sullivan
----------------------------------
FuseSource
Web: http://www.fusesource.com
Blog: http://sully6768.blogspot.com
Twitter: sully6768
Re: SJMS and batched transactions
Posted by Christian Müller <ch...@gmail.com>.
We try to cut a minor release every 3 month. The last release (2.10.0) was
cut after ~5 month, if I remember right.
This means we doesn't have a fix schedule for it.
Sent from a mobile device
Am 07.08.2012 15:26 schrieb "Scott England-Sullivan" <su...@gmail.com>:
> Christian,
>
> What is the proposed cut off date for 2.11?
>
> On Aug 7, 2012, at 6:21 AM, Christian Müller <ch...@gmail.com>
> wrote:
>
> > +1
> > Would like to see this feature too...
> >
> > Sent from a mobile device
> > Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
> >
> >> Hi,
> >>
> >> As I understand the JMSComponent/ActiveMQComponent cannot support
> batched
> >> transactions due to the use of Spring's DMLC. With this new
> SJMSComponent
> >> there should be possibilities to implement this, I guess?
> >>
> >> BR,
> >> Thomas
> >>
>
Re: SJMS and batched transactions
Posted by Scott England-Sullivan <su...@gmail.com>.
Christian,
What is the proposed cut off date for 2.11?
On Aug 7, 2012, at 6:21 AM, Christian Müller <ch...@gmail.com> wrote:
> +1
> Would like to see this feature too...
>
> Sent from a mobile device
> Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
>
>> Hi,
>>
>> As I understand the JMSComponent/ActiveMQComponent cannot support batched
>> transactions due to the use of Spring's DMLC. With this new SJMSComponent
>> there should be possibilities to implement this, I guess?
>>
>> BR,
>> Thomas
>>
Re: SJMS and batched transactions
Posted by Christian Müller <ch...@gmail.com>.
+1
Would like to see this feature too...
Sent from a mobile device
Am 07.08.2012 10:49 schrieb "Thomas Johansen" <th...@gmail.com>:
> Hi,
>
> As I understand the JMSComponent/ActiveMQComponent cannot support batched
> transactions due to the use of Spring's DMLC. With this new SJMSComponent
> there should be possibilities to implement this, I guess?
>
> BR,
> Thomas
>