Re: [ANNOUNCE] Apache ActiveMQ 5.6.0 released

-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Re-ANNOUNCE-Apache-ActiveMQ-5-6-0

Re: Preferred config for 2-node network of brokers?

[hidden email] http://user/SendEmail.jtp?type=nodenode=3798076i=1 On Sep 7, 2011, at 10:47 PM, dcheckoway wrote: Thanks Gary. I'm considering switching a master/slave setup (in which the master is stock, out of the box, config) over to network of brokers. Based on your reply

Re: Slave not replicating consumption with Pure Master Slave

Torsten/Gary, This (thread) talks about the master/slave issue I made reference to earlier... - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Slave-not-replicating-consumption-with-Pure-Master-Slave-tp3767086p3798603.html Sent from

Slave not replicating consumption with Pure Master Slave

or advisorySupport=false? Any help would be much appreciated... - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Slave-not-replicating-consumption-with-Pure-Master-Slave-tp3767086p3767086.html Sent from the ActiveMQ - User mailing list

InterruptedException with embedded 5.5.0 broker

) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Thanks! (and pretty please release 5.5.1 with the ConcurrentModificationException fix!) -Dan Checkoway dcheckoway gmail com-- View this message in context: http://activemq.2283324.n4

Re: InterruptedException with embedded 5.5.0 broker

dcheckoway gmail com-- View this message in context: http://activemq.2283324.n4.nabble.com/InterruptedException-with-embedded-5-5-0-broker-tp3487950p3487959.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: InterruptedException with embedded 5.5.0 broker

to cause any problems. Regards, Justin Randall --Original Message-- From: dcheckoway To: [hidden email]http://user/SendEmail.jtp?type=nodenode=3488262i=0by-user=t ReplyTo: [hidden email]http://user/SendEmail.jtp?type=nodenode=3488262i=1by-user=t Subject: Re: InterruptedException

Re: InterruptedException with embedded 5.5.0 broker

specific to ActiveMQ. I'll leave it to the developers to explain why the code is behaving this way. Regards, Justin Randall Sent from my BlackBerry device -Original Message- From: dcheckoway [hidden email]http://user/SendEmail.jtp?type=nodenode=3488380i=0by-user=t Date: Sun, 1 May

Re: ConcurrentModificationException in embedded 5.5.0 broker

(ActiveMQConnectionFactory.java:243) ... 47 more - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/ConcurrentModificationException-in-embedded-5-5-0-broker-tp3435952p3467903.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Upstream throttling and backlog

is...if the consumer is the only piece that's down (or slow), I still want messages to flow at full speed all the way to the external broker, where they're welcome to queue up. I don't want anything producer flow controlled...ever. Is this possible with ActiveMQ? - Dan Checkoway dcheckoway gmail com

Re: Force a failover re-randomize?

Thanks Gary. That should do the trick! I don't see it doc'd on the failover or tcp transport wiki pages, though. Does expiryTimeout apply to failover: or tcp:? Sorry to be ignorant about features that have been in there a while, just haven't run across this one. - Dan Checkoway dcheckoway

Re: Force a failover re-randomize?

Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Force-a-failover-re-randomize-tp3445497p3448603.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Force a failover re-randomize?

dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Force-a-failover-re-randomize-tp3445497p3445497.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Force a failover re-randomize?

I should have mentioned...ActiveMQ 5.4.2/5.5.0, and I'm *not* using network of brokers. Each broker is totally standalone. - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Force-a-failover-re-randomize-tp3445497p3445758.html Sent

ConcurrentModificationException in embedded 5.5.0 broker

: producerFlowControl=false memoryLimit=20mb/ Has anybody else seen this ConcurrentModificationException happening with 5.5.0 (or otherwise)? Any ideas? - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com

Re: ConcurrentModificationException in embedded 5.5.0 broker

runtime - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/ConcurrentModificationException-in-embedded-5-5-0-broker-tp3435952p3435958.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: ConcurrentModificationException in embedded 5.5.0 broker

@Gary, you bet: https://issues.apache.org/jira/browse/AMQ-3276 - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/ConcurrentModificationException-in-embedded-5-5-0-broker-tp3435952p3436324.html Sent from the ActiveMQ - User mailing

Re: ActiveMq console fails with java.lang.ClassNotFoundException: org.apache.jsp.index_jsp

/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=2341805code=ZGNoZWNrb3dheUBnbWFpbC5jb218MjM0MTgwNXw3MDc4NzEwMTU=. - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/ActiveMq-console-fails-with-java-lang-ClassNotFoundException-org

Re: Visualisation Wish List

://activemq.2283324.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=2341805code=ZGNoZWNrb3dheUBnbWFpbC5jb218MjM0MTgwNXw3MDc4NzEwMTU=. - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/Visualisation-Wish-List

KahaDB error: Could not locate data file

= producerFlowControl=false memoryLimit=20mb/ /policyEntries /policyMap /destinationPolicy /broker -- Help?! - Dan Checkoway dcheckoway gmail com -- View this message in context: http://activemq.2283324.n4.nabble.com/KahaDB-error-Could-not-locate-data

Re: KahaDB error: Could not locate data file

? It may help to configure an IO exception handler just in case. http://activemq.apache.org/configurable-ioexception-handling.html Would be a good idea to create a jira issue to track this and attach what ever log and application information you have to it. On 6 January 2011 12:39, dcheckoway

Re: KahaDB error: Could not locate data file

-1458695149-140...@n4.nabble.com wrote: AMQ-3051 is using the older AMQPersistenceAdapter and NFS, so it seems to be different from your use case? On 6 January 2011 15:14, dcheckoway [hidden email]http://user/SendEmail.jtp?type=nodenode=3177622i=0 wrote: Gary, Thanks for the reply

Producer Flow Control - what is AUTHORITATIVE?

) if that's the case, how is that limit derived? The combination of systemUsage/memoryLimit settings have always been extremely elusive to me. I really need help understanding how I can, WITHOUT QUESTION, turn producer flow control OFF COMPLETELY. Thanks! - Dan Checkoway dcheckoway gmail com -- View

Re: Producer Flow Control - what is AUTHORITATIVE?

November 2010 17:30, dcheckoway [hidden email]http://user/SendEmail.jtp?type=nodenode=3029106i=0 wrote: 5.3.2, 5.4.1, and 5.5-SNAPSHOT -- doesn't matter which version, but I'm currently running 5.5-SNAPSHOT. It's running with the stock persistence enabled and the stock -Xmx memory settings

Performance issue with Camel multicast in 5.4.1

In the process of upgrading from 5.3.2 to 5.4.1, I've encountered a new, major performance issue. I make use of Camel's multicast in order to replicate messages from one queue out to four other queues...snippet from conf/camel.xml: route from

Re: Performance issue with Camel multicast in 5.4.1

BTW...I forgot to mention that in order to rule out Camel being responsible, I tried the same test in 5.4.1 with Camel 2.2.0 jars (5.4.1 comes with 2.4.0). No difference. -- View this message in context:

100% CPU spike with ActiveMQ 5.3.1

I'm experiencing an issue with ActiveMQ 5.3.1 broker. Here's my setup: - 1 queue that experiences heavy usage (the only relevant destination in this case) - 80 concurrentConsumers on the queue - consumer.prefetchSize not set (default = 1000, I believe) Occasionally my service sees a spike in

Re: 100% CPU spike with ActiveMQ 5.3.1

BTW, I forgot to mention one possibly key piece of info. The consumers run on a different server. ActiveMQ runs on its own dedicated server. So it's using TCP, not VM, in case that matters. dcheckoway wrote: I'm experiencing an issue with ActiveMQ 5.3.1 broker. Here's my setup: - 1

Help understanding memory usage/limits

I could use some help understanding memory usage limits in activemq. 5.3.1 is what I'm running, fwiw. 1. Out of the box, systemUsage in activemq.xml is commented out. I'm passing ACTIVEMQ_OPTS=-Xmx2048M What is the default behavior in that case? Does that mean activemq will take

Re: Help understanding memory usage/limits

be smarter in my case if such a thing is available. Sorry to blast more questions at you...I'd just like to have a better understanding. Thanks! Dan Gary Tully wrote: On 2 April 2010 12:30, dcheckoway dchecko...@gmail.com wrote: be explicit, can I safely set memoryUsage limit=2 gb

BUG: JMS consumer hangs while producing profusely

Help! I have a transactional JMS consumer invoked by Camel for messages on testQueueA -- it needs to produce/send thousands of messages to the JMS queue testQueueB. Depending upon how many messages need to be sent, this scenario hangs. This happens when talking to ActiveMQ via TCP. I wrote a

Re: BUG: JMS consumer hangs while producing profusely

Stephen Pietrowicz wrote: After looking through the archives, we tried setting producerFlowControl=false, which fixed the problem. Stephen, thanks for that tip...by setting producerFlowControl=false in activemq.xml, that seems to have solved the issue! Seems like memory is now the only