how to disable InactivityMonitor with ActiveMQ 5.7.0.fuse-71-047 ?

Good day - I have an ActiveMQ 5.7.0.fuse-71-047 server setup with this in its at-broker-context.xml (main configuration file) : transportConnectors transportConnector

Re: ActiveMQ(MQTT) crash when subscribe

My project is very important and because of this problem it has been down. I asked many times from supporters, the answered once but it didn't help me. I really need to know how to solve the problem. I appreciate it if anybody can help. -- View this message in context:

Re: how to disable InactivityMonitor with ActiveMQ 5.7.0.fuse-71-047 ?

Try replacing the in your xml with amp; That should take care of the xml parsing. transportConnectors transportConnector uri=tcp://localhost:${com.newbay.whitelabel.ContentIngestionTestSuite. ports.sal_vm.jms_broker}?jms.prefetchPolicy.all=1amp;transport.

Re: how to disable InactivityMonitor with ActiveMQ 5.7.0.fuse-71-047 ?

On 14/07/2015, Christopher Shannon christopher.l.shan...@gmail.com wrote: The useInactivityMonitor option appears to have been added in 5.3.0 and maxInactivityDuration even earlier than that. Yes, but they do not work! You can set the properties on your connection string in the client. For

Re: ActiveMQ(MQTT) crash when subscribe

It's difficult to track down the cause based on what you have provided because unfortunately the full stack trace is missing for the ArrayIndexOutOfBoundsException. The broker needs to be updated to log the full stack trace which I can update. I can let you know when the latest snapshot has that

Re: how to disable InactivityMonitor with ActiveMQ 5.7.0.fuse-71-047 ?

Here's some debug output showing the timeout negotiation from the client: 2015-07-14 14:27:48,969 [main] DEBUG activemq.transport.WireFormatNegotiator - Sending: WireFormatInfo { version=9, properties={MaxFrameSize=9223372036854775807, CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false,

Re: ActiveMQ(MQTT) crash when subscribe

So good news, it turns out if you enable debug logging there is already a check in place to log the full stack trace. Take a look at this page: http://activemq.apache.org/how-do-i-enable-debug-logging.html for instructions on how to enable debug and then you should get the full print out of the

Re: how to disable InactivityMonitor with ActiveMQ 5.7.0.fuse-71-047 ?

The useInactivityMonitor option appears to have been added in 5.3.0 and maxInactivityDuration even earlier than that. You can set the properties on your connection string in the client. For example: tcp://localhost:61616?transport.useInactivityMonitor=falsewireformat. maxInactivityDuration=0

Re: How do you destroy orphaned consumers on the server/broker?

Does anyone know how to do this purely through the request? I'm currently working on a Python client using the requests library, and my consumers are still getting orphaned in AMQ after session.close() -- View this message in context:

Re: unable to reconnect after exception Channel was inactive for too long

Jeff, does your keystore work fine up until the error happens and then begin failing (semi-)consistently, or does it fail with this SSL error right off the bat? On Tue, Jul 14, 2015 at 7:06 PM, Hadrian Zbarcea hzbar...@gmail.com wrote: Jeff, I would start with figuring out the reason for PKIX

Re: How do you destroy orphaned consumers on the server/broker?

It can be done, but may be tricky. If the client is using the clientId setting, then unsubscribe should work - just pass the same clientId. Otherwise, it's a little harder - the consumer is connected to the HTTP session. As long as the session matches (I believe that's a cookie and possibly

Re: unable to reconnect after exception Channel was inactive for too long

Jeff, I would start with figuring out the reason for PKIX path validation failed/signature check failed. It looks like the keystore is not properly configured when attempting to reconnect. I'll try to spend some time on this tomorrow. Cheers, Hadrian On 06/16/2015 03:18 PM, jeffrey wrote:

Re: ActiveMQ uses 100% CPU

Another thing here - what else is running in the same JVM as ActiveMQ? Also, are the messages being consumed, and are consumers keeping up with producers? -- View this message in context: http://activemq.2283324.n4.nabble.com/ActiveMQ-uses-100-CPU-tp4699129p4699302.html Sent from the ActiveMQ

Re: Are all queues actively serviced or is there potential for unfair servicing?

Kevin, are you still seeing this behavior consistently? On Mon, Jun 8, 2015 at 7:37 PM, Kevin Burton bur...@spinn3r.com wrote: I think I’m seeing a situation where the broker isn’t sending messages on queue A when there are a lot of messages on queue B.. I have consumers listening but just

Re: How do you destroy orphaned consumers on the server/broker?

Monitoring is very important for ActiveMQ, so it's good to hear. I've used JMX and Jolokia for that purpose. The advisories are useful for that as well. -- View this message in context:

Re: If my ActiveMQ brokers are down, how do I tell my producer to stop blocking the thread?

Great! Thank you for letting me know. -- View this message in context: http://activemq.2283324.n4.nabble.com/If-my-ActiveMQ-brokers-are-down-how-do-I-tell-my-producer-to-stop-blocking-the-thread-tp4698835p4699303.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.