Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (nike.apache.org: domain of praveen.iiith@gmail.com
 designates 209.85.128.172 as permitted sender)
MIME-Version: 1.0
From: Praveen Bysani <praveen.iiith@gmail.com>
Date: Wed, 10 Jul 2013 17:27:36 +0800
Message-ID: 
 <CAJBM8WjxOEyAo+eqtYEsDSm=cT3kW6zfZo62wu_QQoCYp67aMw@mail.gmail.com>
Subject: Variable volume of messages across consumers
To: users@activemq.apache.org
Content-Type: multipart/alternative; boundary=047d7bd6a90694b2b304e124e40d

--047d7bd6a90694b2b304e124e40d
Content-Type: text/plain; charset=ISO-8859-1

Hi,
I have the following setup in my project,

   1. multiple producers (p1,p2,p3) in Hongkong region sending variable
   size non-persistent messages to a topic t1 on the broker (b1) in
   Phillippines region
   2. p1,p2 and p3 send messages frequently (~1 second)
   3. each message has a time to live of 30 seconds
   4. a tcp network bridge from b1 to a new broker b2 in HK region
   5. consumers c1 in hongkong and c2 in europe subscribed to b2 through
   ssl and a consumer c3 subscribed to t1 on b1 through tcp

I don't see the same amount of messages received across c1, c2 and c3. The
number of messages received is in the following order c3 > c1 > c2. I use
the default settings for prefetch values and *vmCursor *for
*pendingSubscriberPolicy
*and *strictOrderDisptachpolicy*.

While i understand there could be delays in passing the message to these
consumers as c3 could be slow consumer and c1 is fast, shouldn't the
message eventually be received to all consumers of a topic. Why do i see
different volumes of messages across different consumers ? Someone please
help me understand what is going on !!

Another strange thing is after a while, there are no messages received  by
c2 for a very long period. I suppose it is due to the prefetch size ? Since
i am using a non persistent topic, the default value is quite high
(according to activemq documentation), which again baffles me if that is
really the reason.
-- 
Regards,
Praveen Bysani
http://www.praveenbysani.com

--047d7bd6a90694b2b304e124e40d--