activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Posta <>
Subject Re: Rate-limiting client polling
Date Tue, 30 Apr 2013 15:26:22 GMT
You can probably do this with a reverse proxy in front of the broker?

On Tue, Apr 30, 2013 at 8:08 AM, mikejkjr <> wrote:

> We have an ActiveMQ instance set up with about 300 consumers reading from
> persistent queues. These consumers are outside our network, so we're using
> the HTTP tunneling feature to communicate with the queues, using the JMS
> API.
> The problem we are seeing is that the consumers appear to be polling as
> fast
> as they get a response. The client we deploy starts six consumers each, and
> we want to be able to deploy more clients. Problem is, the more clients we
> deploy, the more traffic we see. Right now our servers are handling more
> than 600 HTTP requests per second. I started up an ActiveMQ MesageConsumer
> locally and found that it made about 50-60 requests per second, which
> seems...excessive.
> Is there a way to slow things down a bit? Looking through both the MQ and
> JMS documentation, I didn't see a way to change the poll interval, probably
> because it wasn't designed around HTTP tunneling. If not, is there a way to
> configure the MQ server so that it won't return as fast, also cutting down
> on the number of requests made?
> --
> View this message in context:
> Sent from the ActiveMQ - User mailing list archive at

*Christian Posta*
twitter: @christianposta

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