Re: using activema dojo library

Any results?? Regards. On Tue, Feb 14, 2012 at 8:50 AM, David Borja wrote: > hi there, > > someone can help me with some sample using dojo library for sending > and receiving messages to activemq?. In the amq website there isn´t a > good example of doing this. > > Hope you can help me. > > Rega

Re: Duplicate brokers created in Tomcat

Hello. I have a similar problem that I would greatly appreciate any guidance towards resolving it. I divided up a Spring web application into two WAR files and deployed them onto an Apache Tomcat 7 server. If either WAR is deployed I get no errors and can view the associated web pages, but if bot

Re: camel webapp and the licensing stuff

Hi, I looked at this for AMQ 5.4.1. The ASF Jira bugref. is https://issues.apache.org/jira/browse/AMQ-3491 The offending components LGPL-licensed jaffl and jiffi have later versions which are now Apache V2-licensed. Assuming compatability, *there is no licensing reason to not include a camel web

Re: ACtiveMQConnection leak

7,289 is definitely a leak. I was just pointing out the config had 500, in case you had something like 489 instances ;-) Definitely troubleshoot the client side first, much easier to debug. You might try a single message test to see if you are getting a leak with every message, or if its jus

Re: ACtiveMQConnection leak

I'll try bumping the max connections down, but I'm not sure I understand how it would cause the leak. This route has been running on my dev box since last Thursday and as of this morning I have 7,289 instances of the ActiveMQConnection and TransportConnectionState. I guess I could remove the XA co

Re: ACtiveMQConnection leak

I'm wondering if its a XA problem, or look into adjusting your pool config. It currently allows a max of 500 connections. For consuming, 4-5 max connections per CPU core is usually a good ratio. On 2/14/12 10:12 AM, john wrote: I think I'm only using spring for transactions. Here's the confi

Re: ACtiveMQConnection leak

I think I'm only using spring for transactions. Here's the configuration I have: -- View this

activemq integration with jboss

Hello, i have activemq integrated with jboss (activemq-5.2.0.rar) since 2 years. Unfortunately, i discovered when trying a new app that integrate a recent camel distribution, that every class of the rar is exposed to the war. That means the war sees activemq classes but also old camel configur

Re: ACtiveMQConnection leak

Are you using the Spring Caching Connection factory? If so, please disable that. There are a number of reported bugs. Try the non-caching version, or use the ActiveMQConnectionFactory directly. On 2/14/12 9:13 AM, john wrote: I'm running the fuse 4.4.1-fuse-01-13 ESB release which includes

ACtiveMQConnection leak

I'm running the fuse 4.4.1-fuse-01-13 ESB release which includes camel 2.8 and activemq 5.5.1. I have a simple camel route whose job is to ensure that a message queue has X number of records from a db queued up for a consumer. When the timer on the route fires, a POJO is called. The bean uses th

Re: Multicast and ActiveMQ

Glad to hear, let us know how it goes! On 2/14/12 3:05 AM, Hervé BARRAULT wrote: Hi thanks for the answer. I thought using queues (with vm protocol) and with your argument on scalability confirms it. Regards Hervé On Mon, Feb 13, 2012 at 11:01 PM, Matt Pavlovich wrote: I recommend using Qu

using activema dojo library

hi there, someone can help me with some sample using dojo library for sending and receiving messages to activemq?. In the amq website there isn´t a good example of doing this. Hope you can help me. Regards.

Re: Producer flow control

Hi, thanks for the answer. So when using persistence, i can't rely on producerFlowControl to limit the Flow. If i have a consumer which is able to process only 10 messages by seconds and my queue is filled with 36000 messages (due to faster producers), i know that it will take 1 hour to process a

Re: Producer flow control

Hello Herve, You cannot configure producer flow control based on the various message sizes. However you could consider using different queues for these types of msgs and configure the limits for each queue differently. That way your small msgs won't be blocked just because of a small amount of l

Re: Multicast and ActiveMQ

Hi thanks for the answer. I thought using queues (with vm protocol) and with your argument on scalability confirms it. Regards Hervé On Mon, Feb 13, 2012 at 11:01 PM, Matt Pavlovich wrote: > I recommend using Queues, since Durable Subscriptions can't scale on the > consumer side (JMS spec only