Not sure this is even possible?
We dynamically create our queues by pushing messages to channels with
account numbers appended. They get read as the account reads from it's
queue. When that account goes dead and it's messages expired (or no more get
pushed) we then end up with many queues doing no
Does the trace actually show each of the log files or only ever some of
them?
Those not listed kahadb cannot be aware of.
James
On 10 June 2011 23:45, Martin C. wrote:
> Hi,
>
> I tried logging and various approaches. I even deleted all queues,
> shut down cleanly via JMX, restarted several ti
On Tue, 2011-06-14 at 20:51 -0700, Scott wrote:
> According to
> http://activemq.2283324.n4.nabble.com/Programmatically-reprocessing-messages-from-a-dead-letter-queue-td2361418.html
>
> We can use "QueueViewMBean" to reprocess messages in dead letter queue. But
> I can't find this class in NMS.
>
Thanks Jason,
I am trying to know if there is way to create and register some listener to
Broker so that Broker will callback some method on listener when queue becomes
empty on broker. In this way, client doesn't have to poll queue to know if all
messages are consumed.
Well, I do also think it
Thanks Gary. See https://issues.apache.org/jira/browse/AMQ-3368
On Fri, Jun 3, 2011 at 6:44 PM, Gary Tully wrote:
> Think so, it has low impact and gives you value, so go ahead.
> On 3 Jun 2011 20:22, "Jeremy Levy" wrote:
> > Is this useful enough for me to submit a JIRA ticket with the patch?
Any ideas why every now and then, when my code creates a connection and calls
start on that connection, the call never returns.
Here is a dump of the thread that is hanging...
State: WAITING on
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@365f10e6
Total blocked: 1,312 T
I'm not sure if by saying "I do not want to poll the queue to see remaining
messages" means you are ruling out polling JMX also, but you could very well
monitor a Queue's QueueSize attribute via JMX and take action when it is 0.
Here's a link to at least setting up JMX on the broker with some oth
Hi,
are there perhaps any workaround what we can implement so that the problem
is resolved temporary?
Thanks
--
View this message in context:
http://activemq.2283324.n4.nabble.com/After-failover-some-messages-are-stuck-in-the-new-broker-tp3588033p3599481.html
Sent from the ActiveMQ - User mail
You can embed a local broker in your "producer" (
http://activemq.apache.org/how-do-i-embed-a-broker-inside-a-connection.html)
and make a network connection to the remote broker (
http://activemq.apache.org/networks-of-brokers.html)
Regards
--
Dejan Bosanac - http://twitter.com/dejanb
--
Hi,
there's no such advisory at the moment, but you can create your own plugin
that could do that. See http://activemq.apache.org/developing-plugins.html for
more info
Regards
--
Dejan Bosanac - http://twitter.com/dejanb
-
The experts in open source integration and messaging - ht
One possible option is to use JMX APIs and query for a NetworkBridge on
the broker.
I am fairly sure the same information can be obtained using an API on
the BrokerService or so, but I don't know the correct method either.
Torsten Mielke
FuseSource.com
tmielke.blogspot.com
On Tue, 2011-06-14
11 matches
Mail list logo