Hello all.
Closely related with the recent thread 'Producer Flow Control - what is
AUTHORITATIVE?', I was making some tests trying to understand how
message cursors work, when I found an odd behaviour, pretty easy (I
guess) to reproduce. Nevertheless, since I'm not very confident with my
Hello all.
I'm working into the migration from activemq 4.1 to activemq 5.4.1. One
of the things we have noticed is a sensible growth in both memory and
number of thread usage of our application.
I would like to know if this is the expected behaviour, and also gain
some insights in what threads
Hello all.
I'm working on a clustered applicance, where every node runs an
application instance. Each of them embeds an activemq broker, all
configured in jdbc master-slave mode.
The application also includes (in the same VM than the broker) some
components producing and consuming messages on
Hello.
I will try to outline briefly our situation as activemq users:
We are embedding a 4.0.2 broker in our system. It is suffering some
problems:
- Memory leaks.
- Locks trying to create or delete temporary queues (AMQ-1278). Still
trying to reproduce it to verify this bug as fixed for us.
Hello.
I'm suffering a non deterministic problem when activemq tries to
create/delete temporary queues from a servlet service method. Basically,
the servlet service method executes a method that:
1.-Creates a session on a shared connection.
2.-Creates a temporary queue on the session, a
without knowing what is exactly
happening is not a choice.
Is there any corrected bug for 4.1.1 that could be related with this
problem?
Thanks a lot.
On 6/4/07, Manuel Teira [EMAIL PROTECTED] wrote:
Hello. I've just detected a lock problem using activemq-core 4.0.2 that
seems
Hello. I've just detected a lock problem using activemq-core 4.0.2 that
seems to be related with journal writing logic.
I was able to get a stack of the running process, where we can see that
a lot of threads (56 to be precise) are waiting to lock the journal, in
this way:
ActiveMQ Transport:
Thanks for your fast answer, James. Some doubts between the lines:
James Strachan escribió:
On 4/3/07, Manuel Teira [EMAIL PROTECTED] wrote:
Hello.
My aim is to have a set of brokers, running in different machines, to
consume messages coming from different clients, to be able to scale