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
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 mo
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 gett
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
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 StreamMe
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 reconnect
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
> http://ti
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
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]>:
>
>>
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 B
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 cr
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 c
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
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 thi
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
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 ha
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 me
17 matches
Mail list logo