Re: Remote Queuing

You probably want to get a copy of Camel in Action and start reading about camel. The uri / queue placements for connecting to another broker is controlled by the connection factory. On Aug 3, 2011, at 11:40 PM, Gnanaguru S wrote: Hi I am routing using the following queue present as

Connection taking long time to shutdown

Hi, I have created an embedded broker and having 10 producers pushing messages over 1 topic and 10 consumer consuming it. while shutting down the broker I get following warning: The connection to 'ip address:port' is taking a long time to shutdown. and the broker is stuck(it doesn't shut down).

Re: How does prefetch work with client acknoledgements?

Hi, I think a solution in activemq version 5.6.0 is needed. I don't know what the main problem is so that after a failover the messages stuck on the server side. The activemq developer should know what going wrong. -- View this message in context:

Perf-Test Results

Hi all I am running the performance Testing plugin module of ActiveMQ. However, I am finding it hard to interpret the results (XML file). Specifically 1) What is the concept of sampling especially with regards to throughput statistics... 2) What are the units of throughput: kB/sec, messages/sec

Re: ind the last accessed time of the topic/subscription on the ActiveMQ broker

There's no such information available from the broker at the moment. Please raise an enhancement request. Regards -- Dejan Bosanac - http://twitter.com/dejanb - The experts in open source integration and messaging - http://fusesource.com ActiveMQ in Action -

Re: Perf-Test Results

the best source of information is the source, have a look at: http://svn.apache.org/viewvc/activemq/trunk/activemq-tooling/maven-activemq-perf-plugin/src/main/java/org/apache/activemq/tool/ On 4 August 2011 09:53, mcamnadur mcamna...@gmail.com wrote: Hi all I am running the performance Testing

Re: Connection taking long time to shutdown

take a thread dump of the broker and have a peek at https://issues.apache.org/jira/browse/AMQ-3435, that fix may be what you need. On 4 August 2011 07:53, kaustubh khasnis kaustubh.khas...@gmail.com wrote: Hi, I have created an embedded broker and having 10 producers pushing messages over 1

Re: Connection taking long time to shutdown

Hi, Thanks for the fix Gary, I will definitely try it out. But I looked at the patch and it looks like the fix is more like if at the startup of transportconnector, if it is already running, shut it down. I am not sure if it will sort the problem of being stuck up at shut down. Please correct me

Message bandwidth/overheads - how to reduce?

I'm trying to calculate some approximate messaging bandwidth requirements for a project which is planning to use ActiveMQ. It's a C#/.NET project so I'm starting out with an NMS + Openwire assumption. I have a test application which publishes topic messages. No text, just some properties:

Re: Connection taking long time to shutdown

the thread dump of the broker is key, I found that issue with stomp where the connections are terminated very quickly and uncleanly. Your thread dump may indicate a different problem, as in there may be some message send in progress or a dispatch... it depends very much on configuration. Post a

Activemq-5.5.0 broker hangs intermittently

Hi All, I am using activemq-5.5.0 of late I am finding that broker get hanged and I need to restart the broker every 24 hrs.After restart everything works fine. Please advise what could be the issue Thanks Anurag -- View this message in context:

Broker of brokers topic duplicate question

All, I currently for a network of brokers setup and running with queues fine. The problem that i am running into is the following: brokerA = brokerB = brokerC if i create a topic pub on brokerA i cannot see the messages on brokerC with out adding networkTLL 1. If i do this then as i add

Re: Connection taking long time to shutdown

Hi Gary, Unfortunately I could not reproducer it again, I will post the ThreadDump as soon as I encounter it. --Kaustubh On Thu, Aug 4, 2011 at 8:20 PM, Gary Tully gary.tu...@gmail.com wrote: the thread dump of the broker is key, I found that issue with stomp where the connections are

Slow producers

Hi, I have disabled flow control at the broker end. also I am sending messages asynchronously, while the delivery mode is persistent. but still I am seeing many spikes at the producer end in time required for send call. Can anyone please help me with why this might be happening and what I might be

Re: Slow producers

forgot to mention, the numbers are in nanoseconds --Kaustubh On Fri, Aug 5, 2011 at 9:40 AM, kaustubh khasnis kaustubh.khas...@gmail.com wrote: Hi, I have disabled flow control at the broker end. also I am sending messages asynchronously, while the delivery mode is persistent. but still I