Re: "queuePrefetch" policy doesn't seem to be working properly

2020-02-28 Thread Tim Bain
This is expected behavior. When a message with a JMXGroupId is dispatched to a consumer, that consumer is the sole one that will receive future messages with the same JMXGroupId, until the connection from the consumer to the broker is broken. Here's your sequence of events, with additional comment

Re: "queuePrefetch" policy doesn't seem to be working properly

2020-02-27 Thread subbu.kobra
Thanks for the quick response. I am using ActiveMQ 5.15.10 and we are connecting to activemq using MuleSoft which is running on 3.9.0 runtime version. I have set the queue prefetch at the connection level (not at the broker) like below. tcp://localhost:61616?jms.prefetchPolicy.queuePrefetch=1 I

Re: "queuePrefetch" policy doesn't seem to be working properly

2020-02-27 Thread Jean-Baptiste Onofre
iveMQ > from MuleSoft. > > As per the project requirement, we are using JMXGroupId and Queueprefetch > polcy. > > We have set Queueprefetch to 1 at the connection broker url like below and > number of consumers are set to 2 > > tcp://localhost:61616?jms.prefetchPolicy.que

"queuePrefetch" policy doesn't seem to be working properly

2020-02-27 Thread subbu.kobra
Hi, We are using ActiveMQ and MuleSoft in our project. We connect to ActiveMQ from MuleSoft. As per the project requirement, we are using JMXGroupId and Queueprefetch polcy. We have set Queueprefetch to 1 at the connection broker url like below and number of consumers are set to 2 tcp

ActiveMQ 5.12 queuePrefetch=0 not working

2017-12-26 Thread sampath516
Hi Experts, Recently, We have migrated our application from ActiveMQ-5.4(ServiceMix 4) to ActiveMQ-5.12. We were using queuePrefetch=0 in ActiveMQ-5.4(ServiceMix 4) which was working fine. But after migration to latest ActiveMQ-5.12, queuePrefetch=0 is not working and consumers are not able to

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-08 Thread Timothy Bish
ge in context: http://activemq.2283324.n4.nabble.com/A-configured-queuePrefetch-of-one-in-ActiveMQ-5-14-1-with-AMQP-1-0-behaves-like-a-queuePrefetch-of-t-tp4719736p4719948.html Sent from the ActiveMQ - User mailing list archive at Nabble.com. The prefetchExtension does not apply to AMQP clients, the

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-08 Thread Patrick Vansevenant
ble.com/A-configured-queuePrefetch-of-one-in-ActiveMQ-5-14-1-with-AMQP-1-0-behaves-like-a-queuePrefetch-of-t-tp4719736p4719948.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-08 Thread lichtin
to use prefetch of zero. > > > -- > Tim Bish > twitter: @tabish121 > blog: http://timbish.blogspot.com/ -- View this message in context: http://activemq.2283324.n4.nabble.com/A-configured-queuePrefetch-of-one-in-ActiveMQ-5-14-1-with-AMQP-1-0-behaves-like-a-queuePrefetch-of-t-t

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-07 Thread Timothy Bish
On 12/07/2016 05:09 PM, Patrick Vansevenant wrote: I have opened JIRA https://issues.apache.org/jira/browse/AMQ-6530. I will certainly try ActiveMQ 5.14.2 at the moment it is released ! -- View this message in context: http://activemq.2283324.n4.nabble.com/A-configured-queuePrefetch-of-one

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-07 Thread Patrick Vansevenant
I have opened JIRA https://issues.apache.org/jira/browse/AMQ-6530. I will certainly try ActiveMQ 5.14.2 at the moment it is released ! -- View this message in context: http://activemq.2283324.n4.nabble.com/A-configured-queuePrefetch-of-one-in-ActiveMQ-5-14-1-with-AMQP-1-0-behaves-like-a

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-06 Thread Timothy Bish
On 12/06/2016 03:58 PM, Patrick Vansevenant wrote: Your explanation is very valuable and completely correct in my opinion. Nevertheless there are some differences concerning the queuePrefetch between version 5.14.1 and 5.13.3. The Dispatched Queue contains maximum one message in 5.13.3 with a

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-06 Thread Patrick Vansevenant
Your explanation is very valuable and completely correct in my opinion. Nevertheless there are some differences concerning the queuePrefetch between version 5.14.1 and 5.13.3. The Dispatched Queue contains maximum one message in 5.13.3 with a queuePrefetch of one and that at any point in time

Re: A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-05 Thread Timothy Bish
12/03/2016 05:12 PM, Patrick Vansevenant wrote: I'm talking about queues with a low message volume and high processing time. In such a setup is it important that messages are not "heaping up" in the dispatch queue. The queueprefetch must be one in order to keep it workable. I have

A configured queuePrefetch of one in ActiveMQ 5.14.1 with AMQP 1.0 behaves like a queuePrefetch of two.

2016-12-03 Thread Patrick Vansevenant
I'm talking about queues with a low message volume and high processing time. In such a setup is it important that messages are not "heaping up" in the dispatch queue. The queueprefetch must be one in order to keep it workable. I have done some tests with an ActiveMQ 5.14.1 bro

Re: [Spam: 5.0] queuePrefetch

2007-02-22 Thread Vadim Pesochinsky
hey are ready to consume. -- View this message in context: http://www.nabble.com/queuePrefetch-tf3227081s2354.html#a9106639 Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: queuePrefetch

2007-02-14 Thread James Strachan
On 2/14/07, yolcuabbas <[EMAIL PROTECTED]> wrote: thx for help. another question... what means actually queuePrefetch of 0? Its the slowest possible way of consuming messages; basically no message is sent to a client until it pulls it from the broker via a consumer.receive() call.

Re: queuePrefetch

2007-02-14 Thread yolcuabbas
i have checked the status of subscribers. all consumers have active state! what is downside of queuePrefetch of 0? yolcuabbas James.Strachan wrote: > > On 2/14/07, yolcuabbas <[EMAIL PROTECTED]> wrote: >> >> yes. with prefetch of 1 the first message stays always o

Re: queuePrefetch

2007-02-14 Thread yolcuabbas
thx for help. another question... what means actually queuePrefetch of 0? James.Strachan wrote: > > On 2/14/07, yolcuabbas <[EMAIL PROTECTED]> wrote: >> >> yes. with prefetch of 1 the first message stays always on queue after >> startup! blocked consumer? how ca

Re: queuePrefetch

2007-02-14 Thread James Strachan
On 2/14/07, yolcuabbas <[EMAIL PROTECTED]> wrote: yes. with prefetch of 1 the first message stays always on queue after startup! blocked consumer? how can i see blocked consumers with JMX? Use JConsole to look at the active subscribers & their status. Try killing them to release the block. htt

Re: queuePrefetch

2007-02-14 Thread yolcuabbas
ge behaviour. I use activemq4.1 with mule1.3.3. the >> first message stays always on queue!!! if i change the value of >> queuePrefetch to zero then it will be consumed. is it expected behaviour? > > No. Is this with a prefetch of 1? Do you see a blocked consumer in JMX? > >

Re: queuePrefetch

2007-02-14 Thread James Strachan
On 2/14/07, yolcuabbas <[EMAIL PROTECTED]> wrote: Hi, i have observed strange behaviour. I use activemq4.1 with mule1.3.3. the first message stays always on queue!!! if i change the value of queuePrefetch to zero then it will be consumed. is it expected behaviour? No. Is this with a pr

queuePrefetch

2007-02-14 Thread yolcuabbas
Hi, i have observed strange behaviour. I use activemq4.1 with mule1.3.3. the first message stays always on queue!!! if i change the value of queuePrefetch to zero then it will be consumed. is it expected behaviour? thanks in advance. -- View this message in context: http://www.nabble.com