RE: Broker not releasing memory

I've experienced this on 5.1.0, 5.2.0 and a 5.3.0 snapshot from 2 weeks back. Frugia, Kirby A wrote: 5.1.0. I believe it's happening with 5.2.0, too, but have not thoroughly tested. The problem is that the broker runs out of memory. At the point in time of the failure, no more

Re: Broker not releasing memory

If you can construct a little failing junit test case and attach it to a jira issue it would be fantastic. 2008/12/9 Will van der Leij [EMAIL PROTECTED]: I've experienced this on 5.1.0, 5.2.0 and a 5.3.0 snapshot from 2 weeks back. Frugia, Kirby A wrote: 5.1.0. I believe it's happening

Re: Moving a message to DLQ after the TTL has expired

L.S., Just found that it works fine if I use ActiveMQ 5.2.0 instead of the default version of the broker in ServiceMix Thanks, Gert Gert Vanthienen wrote: L.S., Is it possible to move a message to the DLQ after the TTL has expired? When using ActiveMQ queues for communicating

BlobMessage in ActiveMQ-CPP

I'm searching the documentation of ActiveMQBlobMessage usage in C++ through ActiveMQ-CPP. I could find http://activemq.apache.org/blob-messages.html and it talks about Java usage and expecting the similar one for C++. Can you please let me know from where we can get it? Thanks, Sahay -- View

basic questions about ActiveMQ

Hi togehter, for a composition I have to compare different product, among other things the product ActiveMQ. Now I need a affirmation, that the informations which I found are correct: - - protocol-adaption: with JBI Binding Components - programm-expandability: possible to

Re: basic questions about ActiveMQ

2008/12/9 beilschmidt [EMAIL PROTECTED]: Hi togehter, for a composition I have to compare different product, among other things the product ActiveMQ. Now I need a affirmation, that the informations which I found are correct: - - protocol-adaption: with JBI Binding

Re: basic questions about ActiveMQ

Just a minor correction; there is a Java Stomp client now (http://activemq.apache.org/stomp.html#Stomp-JavaAPI), but it is mainly intended for testing purposes. You should always consider JMS for Java connectivity. Cheers James Strachan wrote: 2008/12/9 beilschmidt [EMAIL PROTECTED]: Hi

Re: basic questions about ActiveMQ

2008/12/9 Dejan Bosanac [EMAIL PROTECTED]: Just a minor correction; there is a Java Stomp client now (http://activemq.apache.org/stomp.html#Stomp-JavaAPI), but it is mainly intended for testing purposes. You should always consider JMS for Java connectivity. Ah great! I'd never seen that

Re: BlobMessage in ActiveMQ-CPP

Are we now supporting the StreamMessage atleast? Thanks Sahay Timothy Bish wrote: The C++ client does not support BlobMessage functionality at this time. We would of course accept code contributions that add that functionality. -- Tim Bish http://fusesource.com

Deadlock on producerWindow.waitForSpace()

I have one very slow consumer and activemq is configured for throttling. The problem is that my producer deadlocks on producerWindow.waitForSpace(). All my queues goes down to 0, but producer still waits for space. My ideas is that if connection to broker is lost, usageMutex.norifyAll() is never

Re: BlobMessage in ActiveMQ-CPP

The C++ client does not support BlobMessage functionality at this time. We would of course accept code contributions that add that functionality. -- Tim Bish http://fusesource.com http://timbish.blogspot.com/ On Tue, 2008-12-09 at 03:36 -0800, Sahay wrote: I'm searching the documentation of

Re: Deadlock on producerWindow.waitForSpace()

with 5.2 right? that sounds plausible as failover is the default transport and the default inactivity timeout is 30 seconds. I guess is is possible that the producerAck gets lost, I don't think there is a recovery cache on the broker sending side. Do you see the failover transport doing a

Re: BlobMessage in ActiveMQ-CPP

Sorry no, StreamMessage is not yet supported either. Only the standard JMS Messages (excluding ObjectMessage of course) are supported right now. -- Tim Bish http://fusesource.com http://timbish.blogspot.com/ On Tue, 2008-12-09 at 06:06 -0800, Sahay wrote: Are we now supporting the

Re: BlobMessage in ActiveMQ-CPP

Oh. my God!!! Do we have any plan to support those messages in near feature? If so, can you please let me know the tentative timeline by when we can get. Thanks Sahay Timothy Bish wrote: Sorry no, StreamMessage is not yet supported either. Only the standard JMS Messages (excluding

Re: BlobMessage in ActiveMQ-CPP

There aren't any plans currently on the books to support them. Mainly it comes down to manpower, if someone wants to step up and contribute code we are always willing to accept the help. The main focus of late has been on stability and performance. If you are interested in a certain feature

Control Flow via systemUsage?

What I want is for my queues to block when they fill up. I've been able to achieve this by configuring synchronous writes and setting my pending queue policy to vmQueue cursor. It seems to block when I reach the minimum of systemUsage memoryUsage limit and my policyEntry memoryLimit. In this

how to get managementcontext from a broker

Hi, i was looking for a way to determine the queue depth of a destination via an mbeanserver object. the broker service class has a managementcontext method that will allow me to get the mbeanserver object. however, it seems like the broker service class is only meant for creating configuring