Is the PFC kicking-in at the bridge?  In my experience, PFC on a bridge often
doesn't clear itself.  When that happens, stack traces on the two brokers
show that both brokers are blocked on attempts to send messages to
one-another.  Taking a few such traces over a period of time should help to
determine whether that's a stuck state or not.

As I mentioned above, PFC blocks the entire connection.  Blocking the entire
connection for a bridge is a bad thing because that blocks all message flow
between the brokers.

One possible cause here is slow consumption.  It's an unwritten rule with
ActiveMQ that consumers must be fast enough to keep up with producers.  PFC
may prevent problems in that case, but I've seen it fail to do so.  On the
other hand, perhaps tuning the PFC settings is needed.

Another thought is to not pass entire large files through ActiveMQ and
instead place them somewhere accessible to both ActiveMQ clients, then
simply pass the location (maybe URL) to access the file.

Hope this helps.  Perhaps Gary can speak to settings that might prevent the
bridge from blocking on PFC.  He helped me in the past with such a
situation.



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Is-Producer-Flow-Control-Necessary-When-Sending-Persistant-Messages-tp4676925p4676955.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Reply via email to