ce adapter.
>
> It may require killing the broker in the debugger to get to the bottom
> of this or using a system property that can kill the broker to force
> recovery in this case.
>
> An issue/jira ticket will put it on the radar in any event. I don't
> see that AMQ-386
it in that way.
>
> in activemq-core
> org.apache.activemq.store.StorePerDestinationTest#testTransactedSendReceiveAcrossStores
>
>
> On 23 October 2012 14:20, Gilles Harloux wrote:
>> I found that link while you were answering, it seems . I also found
>> https://issues.apache.org/jira/browse/AMQ-3866 and it
the limit.
>
> On 23 October 2012 09:15, Gilles Harloux wrote:
>> Hi,
>>
>> I have a system embedding a broker with KahaDB as a store. I am trying
>> to get a feel about disaster recovery behavior. So what I am basically
>> doing is randomly kill & restart th
y to cache pending messages as much as it
> can.
>
> On 11 October 2012 15:10, Gilles Harloux wrote:
>> Hi,
>>
>> I am designing a system around an embedded broker using file-based
>> cursors. I am trying to make sure I understand the way file-based
>> cursor
Hi,
I am designing a system around an embedded broker using file-based
cursors. I am trying to make sure I understand the way file-based
cursors work: Am I right in thinking that temporary files is
functionally the same as memory with respect to transactions and data
security? If the system was t
Hi,
Is there any way to have messages consumed from a queue but not yet
committed not stored in memory anymore ? Here is a description of what
my application wants to do :
- Some messages get send to a queue. Let's say each message is S bytes in size.
- a consumer is set up on this queue, using
