Thank you Tim, I will make these changes appreciate it ! Yes only some of our
producers are setting persistent property. I will also make that required
for all our producer apps to make sure we don't lose messages from our
queues on a broker re-start. Thank you !
--
Sent from: http://activemq.22
1) I've always found far more value in the information exposed via JMX than
in the content shown on the web console. The web console is great for basic
system monitoring, but anytime you want to understand what's actually going
on inside the broker, I've always found that JMX was far more useful. S
Thank you Tim and Raffi,
I made the change and re-started brokers.
Tim,
I do see consumers that have no session attached in ActiveMQ Web Console.
Can I still set replayWhenNoConsumers ? One other thing we have to deal with
is that whenever brokers are re-started most of our queues disappear.
Do
In addition, read and follow the Stuck Messages section of the Network of
Brokers page I linked to earlier to avoid stranding messages.
On Sep 18, 2017 12:42 PM, "Raffi" wrote:
> Remove "rebalanceClusterClients=true", it distributes connections across
> brokers, likely
Remove "rebalanceClusterClients=true", it distributes connections across
brokers, likely exacerbating your problem. Is "duplex="true" enabled from
both ends of the connector? If so, enable it from one end only, or, remove
it entirely and use static connections between the brokers.
--
Sent from:
Yes our Consumers are always up and running and there were actually two
subscribers at the time of this issue we have seen with stuck messages. This
is more seems to happen very frequently with 5.15.0 version causing panic
withing the team on whether its good to set up network of brokers or not. I
ption
described in the Stuck Messages section of
http://activemq.apache.org/networks-of-brokers.html instead of (or in
addition to, if you want) the rebalanceClusterClients option.
Also, I don't understand why you have both rebalanceClusterClients=true and
priorityBackup=true; those two o
.11.1 to 5.14.5 to 5.15.0 we are seem
to have
more stuck messages in our queues, which usually ends up in re-starting JMS
brokers and ESB servers. There are atleast close to 200 queues. Message size
rarely gets to 25MB and number of messages per second could be close to 50.
So why is it that we seem
ePrefix="DLQ." useQueueForQueueMessages="true"
> processNonPersistent="true"/>
>
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://activemq.2283324.n4.nabble.com/move-Stuck-messages-from-one-queue-to-another-queue-tp4693647p4693782.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/move-Stuck-messages-from-one-queue-to-another-queue-tp4693647p4693782.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
nds,
>
> Please advise me how to move Stuck messages from one queue to another
> queue.
>
> Thanks
> Mayank Agarwal
>
>
>
> --
> View this message in context:
> http://activemq.2283324.n4.nabble.com/move-Stuck-messages-from-one-queue-to-another-queue-tp4693647.html
>
Hi dear friends,
Please advise me how to move Stuck messages from one queue to another queue.
Thanks
Mayank Agarwal
--
View this message in context:
http://activemq.2283324.n4.nabble.com/move-Stuck-messages-from-one-queue-to-another-queue-tp4693647.html
Sent from the ActiveMQ - User mailing
That would make sense, there is only on instance involved. The consumer is a
bit suspect so we will focus on why that is disconnecting.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-Messages-on-queue-tp4676047p4676073.html
Sent from the ActiveMQ - User mailing
ages will only be consumed
> very slowly and fitfully.
>
> The messages that are consumed are not always those at the top of the queue.
> The 'stuck' messages are however gradually consumed.
>
> The messages themselves are valid the only unusual aspect of these 'stuck
We have a queue which contains Json Messages. They do not tend to be large
messages.
We are experiencing an odd behaviour where messages will only be consumed
very slowly and fitfully.
The messages that are consumed are not always those at the top of the queue.
The 'stuck' messages a
Hi
I am using Active MQ 5.7.
1) If some messages are stuck in a particular queue, does it cause any
impact on the Ack of other messages which went through that same queue?
2) Does ActiveMQ replay all the messages which was put on to that queue
since the stuck messages entered the queue? If the
setNonBlockingRedelivery(true);
should solve this issue, but its not working.
I need that retries do not block other messages.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMq-5-9-stuck-messages-on-store-full-tp4674917p4674986.html
Sent from the ActiveMQ - User mailing
and all messages are now properly delivered. But I
still wonder whether this is a bug in ActiveMq?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMq-5-9-stuck-messages-on-store-full-tp4674917p4674985.html
Sent from the ActiveMQ - User mailing list archive at
are using
connectionFactory.setNonBlockingRedelivery(true);
connectionFactory.setRedeliveryPolicy(policy);
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMq-5-9-stuck-messages-on-store-full-tp4674917p4674955.html
Sent from the ActiveMQ - User mailing list
>
> memoryLimit="16 mb" />
>
> storeUsageHighWaterMark="20" />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMq-5-9-stuck-messages-on-store-full-tp4674917.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hi, i upgraded yesterday to 5.9.0 version and i can't reproduce the problem
of stuck messages.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-Pending-Queue-Size-stopped-to-be-dispatched-to-Dispatched-Queue-Size-tp4673046p4673153.html
Sent fro
ondering
> if there is a way to manually monitor Apache?
>
> From: Gaurav Sharma [via ActiveMQ] [mailto:
> ml-node+s2283324n4662994...@n4.nabble.com]
> Sent: Thursday, February 07, 2013 11:13 AM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Aah, I see. So, a good plac
rma [via ActiveMQ]
>[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
>Sent: Thursday, February 07, 2013 11:13 AM
>To: Masanz, Don
>Subject: Re: Stuck Messages
>
>Aah, I see. So, a good place to start is:
>http://activemq.apache.org/performance-tuning.html
>
>AMQ is a non-tr
we know that we can
execute AIX scripts to monitor MQ Series so I'm wondering if there is a way to
manually monitor Apache?
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck
Were you able to see anything in the activemq.xml that I had sent back to you?
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Aah, I see. So, a good place to start is
t; >
> > >Regards,
> > >Raúl.
> > >On 8 Feb 2013 16:58, "Donald Masanz" wrote:
> > >
> > >> I believe this is the file you are asking about. I added a .txt
> > extension
> > >> so it would go thru our firewalls.
> > >
ile you are asking about. I added a .txt
> extension
> >> so it would go thru our firewalls.
> >>
> >> From: Gaurav Sharma [via ActiveMQ] [mailto:
> >> ml-node+s2283324n4662994...@n4.nabble.com]
> >> Sent: Thursday, February 07, 2013 11:13 AM
> >> T
I added a .txt extension
>> so it would go thru our firewalls.
>>
>> From: Gaurav Sharma [via ActiveMQ] [mailto:
>> ml-node+s2283324n4662994...@n4.nabble.com]
>> Sent: Thursday, February 07, 2013 11:13 AM
>> To: Masanz, Don
>> Subject: Re: Stuck Messages
>
extension
> so it would go thru our firewalls.
>
> From: Gaurav Sharma [via ActiveMQ] [mailto:
> ml-node+s2283324n4662994...@n4.nabble.com]
> Sent: Thursday, February 07, 2013 11:13 AM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Aah, I see. So, a good place to
I believe this is the file you are asking about. I added a .txt extension so
it would go thru our firewalls.
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Aah, I see
Thank you so much for the information. I'll look into it 1st chance I get
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Aah, I see. So, a good place to start is:
a clue what you are talking about.
>
>
> From: Gaurav Sharma [via ActiveMQ]
> [mailto:ml-node+s2283324n4662992...@n4.nabble.com]
> Sent: Thursday, February 07, 2013 10:57 AM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Forgot to mention - since you know what qu
, I really don't
have much of a clue what you are talking about.
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662992...@n4.nabble.com]
Sent: Thursday, February 07, 2013 10:57 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Forgot to mention - since you know what queues and t
o a manual check?
>>
>> From: tetoconsusport [via ActiveMQ]
>> [mailto:ml-node+s2283324n4662949...@n4.nabble.com]
>> Sent: Wednesday, February 06, 2013 4:52 PM
>> To: Masanz, Don
>> Subject: Re: Stuck Messages
>>
>> Did you find a solution f
tops processing, or
> do you have to do a manual check?
>
> From: tetoconsusport [via ActiveMQ]
> [mailto:ml-node+s2283324n4662949...@n4.nabble.com]
> Sent: Wednesday, February 06, 2013 4:52 PM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Did you find a sol
ActiveMQ]
[mailto:ml-node+s2283324n4662949...@n4.nabble.com]
Sent: Wednesday, February 06, 2013 4:52 PM
To: Masanz, Don
Subject: Re: Stuck Messages
Did you find a solution for this? We are running activemq 5.7 and have had this
issue as well. If we restart activemq everything works however, we have
ivemq.2283324.n4.nabble.com/Stuck-Messages-tp4662092p4662949.html
To unsubscribe from Stuck Messages, click
here<http://activemq.2283324.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4662092&code=ZG9uLm1hc2FuekBjYXJ0ZXJzLmNvbXw0NjYyMDkyfC0yMzQzNTczNA==>.
N
Check replayWhenNoConsumers config for
At the bottom of this page:
http://activemq.apache.org/networks-of-brokers.html
On Wed, Jan 23, 2013 at 12:17 PM, Mohit Anchlia wrote:
> We have some messages that are stuck in the queue. Even though there are
> consumers on it, it's not getting re-deli
I am experiencing the same issues. We are running version 5.5 I haven't
seen an answer to this issue anywhere in the forums.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-Messages-tp4662092p4662103.html
Sent from the ActiveMQ - User mailing list archi
swplot...@amherst.edu
From: SuoNayi [via ActiveMQ] [mailto:ml-node+s2283324n4661704...@n4.nabble.com]
Sent: Sunday, January 13, 2013 8:33 PM
To: Steffen Plotner
Subject: Reply:RE: Stuck messages - Dispatch issues
Hi,there is a well-known reason about stuck messages when brokers are networked.
You m
Hi,there is a well-known reason about stuck messages when brokers are networked.
You may take a look at http://activemq.apache.org/networks-of-brokers.html
At 2013-01-13 00:29:01,swplotner wrote:
>Hi
>
>Good point, I actually do have the same network config on the other node2
>
: Saturday, January 12, 2013 09:57
To: Steffen Plotner
Subject: Re: Stuck messages - Dispatch issues
Looks like your network connectors are in one direction only, ie, node1 -->
node2
What this means is messages will only flow across the network FROM node1 TO
node2 based on the demand (consumers) on no
networkTTL="3"
> dynamicOnly="true"
> prefetchSize="1"
> duplex="false"
> userName="${netlink.username}"
> password="${netlink.password}"
>
.2283324.n4.nabble.com/Stuck-messages-Dispatch-issues-tp2367852p4661679.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
decreaseNetworkConsumerPriority="true" />
>>>
>>>
>>>
>>>>> enableJournalDiskSyncs="false" indexWriteBatchSize="1"
>>> indexCacheSize="1000"/>
>>>
>>
>>
>>
>>
>>
>>
>>
>>
>> > discoveryUri="multicast://default?group=knet" />
>>
>>
>>
>>
>
>
>
>
>At 2011-12-07 00:05:42,"Torsten Mielke" wrote:
>>Yep, the latest release version.
>>I have already seen a customer using it.
>>
>>
>>
>>On Dec 6, 2011, at 5:02 PM, SuoNayi wrote:
>>
>>> Thanks Torsten,It
t;>> The trunk is a snapshot version but I want a release version for my
>>>> product enviroment.
>>>> So I want to modify some to solve this issue.
>>>>
>>>>
>>>>
>>>>
>>>> At 2011-12-06 19:44:36,"Tor
I want to modify some to solve this issue.
>>>>
>>>>
>>>>
>>>>
>>>> At 2011-12-06 19:44:36,"Torsten Mielke" wrote:
>>>>> Hi,
>>>>>
>>>>> Is it the replayWhenNoConsumers feature that you're
;
>>>
>>> At 2011-12-06 19:44:36,"Torsten Mielke" wrote:
>>>> Hi,
>>>>
>>>> Is it the replayWhenNoConsumers feature that you're looking for?
>>>>
>>>>
>>>>
>>>> See http://act
iroment.
>> So I want to modify some to solve this issue.
>>
>>
>>
>>
>> At 2011-12-06 19:44:36,"Torsten Mielke" wrote:
>>> Hi,
>>>
>>> Is it the replayWhenNoConsumers feature that you're looking for?
>>>
>>>
roment.
> So I want to modify some to solve this issue.
>
>
>
>
> At 2011-12-06 19:44:36,"Torsten Mielke" wrote:
>> Hi,
>>
>> Is it the replayWhenNoConsumers feature that you're looking for?
>>
>>
>>
>> See http://ac
the replayWhenNoConsumers feature that you're looking for?
>>
>>
>>
>> See http://activemq.apache.org/networks-of-brokers.html, part "Stuck
>> messages".
>>
>>
>> Torsten Mielke
>> tors...@fusesource.com
>> tmie...@blogspo
NoConsumers feature that you're looking for?
>
>
>
>See http://activemq.apache.org/networks-of-brokers.html, part "Stuck messages".
>
>
>Torsten Mielke
>tors...@fusesource.com
>tmie...@blogspot.com
>
>
>
>On Dec 6, 2011, at 6:54 AM, SuoNayi wrot
rsten Mielke wrote:
> Hi,
>
> Is it the replayWhenNoConsumers feature that you're looking for?
>
>
>
> See http://activemq.apache.org/networks-of-brokers.html, part "Stuck
> messages".
>
>
> Torsten Mielke
> tors...@fusesource.com
> tmie...@blo
Hi,
Is it the replayWhenNoConsumers feature that you're looking for?
See http://activemq.apache.org/networks-of-brokers.html, part "Stuck messages".
Torsten Mielke
tors...@fusesource.com
tmie...@blogspot.com
On Dec 6, 2011, at 6:54 AM, SuoNayi wrote:
> Hi all an
I am seeing this same issue with version 5.5.1
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-in-topic-after-restart-of-broker-tp4024125p4043262.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
I created a jira issue for this problem and included a a unit test for
verification.
https://issues.apache.org/jira/browse/AMQ-3594
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-in-topic-after-restart-of-broker-tp4024125p4041053.html
Sent from the
or over a week now and I can't figure it out
>
> --
> View this message in context:
> http://activemq.2283324.n4.nabble.com/Stuck-messages-in-topic-after-restart-of-broker-tp4024125p4024125.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
#x27;t see this issue at all)
Does anyone have clue what the issue could be? I have been looking at this
issue for over a week now and I can't figure it out
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-in-topic-after-restart-of-broker-tp4024125p402412
Found some more information, it appears to be related to the problem with
paging when examining messages for selectors.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/AMQ-5-5-0-issue-with-stuck-messages-using-queue-with-multiple-subscribers-on-different-selectors
or a test case, but my client is a non-standard
openwire client written in C, so its not so easy to create a little java
test case.
The easiest proof would be a video if that helps, or wireshark.
Thanks,
Jim
--
View this message in context:
http://activemq.2283324.n4.nabble.com/AMQ-5-5-0-issue-with-stuck-messages-using-queue-with-multiple-subscribers-on-different-selectors-tp3784895p3784895.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-Dispatch-issues-tp2367852p3446638.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
serious.
Thank You,
Nag. P
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-Dispatch-issues-tp2367852p3445066.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hi,
the problem we have too. Sometimes the messages stuck in queue and after a
restart it deliver to the consumer.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-Dispatch-issues-tp2367852p3443852.html
Sent from the ActiveMQ - User mailing list archive at
ed in production, if anyone is using at all.
>>>
>>> We tried with prefetch limit as 1, asyncDispatch as true and false,
>>> session transacted as true and false. In all cases, the dispatch
>>> problem
>>> still exists starting after 100 messages until 100
e and false. In all cases, the dispatch
problem
still exists starting after 100 messages until 1000 messages.
I hope any of the active commiters looks into this issue seriously.
Would
really appreciate the help.
Thanks,
Rajani.
--
View this message in context:
http://old.nabble.com/
gt;
> >>> This is a very basic use case and I wonder how the version 5.1 is
> >>> currently used in production, if anyone is using at all.
> >>>
> >>> We tried with prefetch limit as 1, asyncDispatch as true and false,
> >>> session transacte
wonder how the version 5.1 is
>>> currently used in production, if anyone is using at all.
>>>
>>> We tried with prefetch limit as 1, asyncDispatch as true and false,
>>> session transacted as true and false. In all cases, the dispatch
>>> problem
>
cases, the dispatch
problem
still exists starting after 100 messages until 1000 messages.
I hope any of the active commiters looks into this issue seriously.
Would
really appreciate the help.
Thanks,
Rajani.
--
View this message in context:
http://old.nabble.com/Stuck-messages---Dis
ession transacted as true and false. In all cases, the dispatch problem
> still exists starting after 100 messages until 1000 messages.
>
> I hope any of the active commiters looks into this issue seriously. Would
> really appreciate the help.
>
> Thanks,
> Rajani.
>
--
V
gt; >> >
> >> >
> >>
> http://www.nabble.com/Consumer-Listener-stop-receving-message-until-ActiveMQ-restart-td20355247.html
> >> >
> >> > This is a very basic use case and I wonder how the version 5.1 is
> >> > currently used
iveMQ-restart-td20355247.html
>> >
>> > This is a very basic use case and I wonder how the version 5.1 is
>> > currently used in production, if anyone is using at all.
>> >
>> > We tried with prefetch limit as 1, asyncDispatch as true and false,
>>
o deadlock queues, and they will then not
deliver or accept any more messages until the broker is restarted.
Regards,
Mats
> -Original Message-
> From: couzteau [mailto:couzt...@bitfaeule.net]
> Sent: Thursday, July 30, 2009 2:57 AM
> To: users@activemq.apache.org
> Su
e case and I wonder how the version 5.1 is
> > currently used in production, if anyone is using at all.
> >
> > We tried with prefetch limit as 1, asyncDispatch as true and false,
> > session transacted as true and false. In all cases, the dispatch problem
> > still e
messages.
>
> I hope any of the active commiters looks into this issue seriously. Would
> really appreciate the help.
>
> Thanks,
> Rajani.
>
--
View this message in context:
http://www.nabble.com/Stuck-messages---Dispatch-issues-tp20467949p24733104.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
deadlocks. On last
data point, if I put new messages in the queue they get processed as I would
expect but the stuck messages remain.
I really want to avoid regular restarts of activemq in production, so any
help would be greatly appreciated!
David Snyder
QUEUE STATS
; messages.
>>
>> I will try to come up with a JUnit test case. But this is faily staright
>> forward case when messages are sent faster than they can be consumed!!
>>
>> Thanks.
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Stuc
gt; forward case when messages are sent faster than they can be consumed!!
>
> Thanks.
>
> --
> View this message in context:
> http://www.nabble.com/Stuck-messages---Dispatch-issues-tp20467949p20492251.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>
than they can be consumed!!
Thanks.
--
View this message in context:
http://www.nabble.com/Stuck-messages---Dispatch-issues-tp20467949p20492251.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
sages until 1000 messages.
>
> I hope any of the active commiters looks into this issue seriously. Would
> really appreciate the help.
>
> Thanks,
> Rajani.
> --
> View this message in context:
> http://www.nabble.com/Stuck-messages---Dispatch-issues-tp20467949p20467949.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>
e and false,
> session transacted as true and false. In all cases, the dispatch problem
> still exists starting after 100 messages until 1000 messages.
>
> I hope any of the active commiters looks into this issue seriously. Would
> really appreciate the help.
>
> Thanks,
>
cases, the dispatch problem still
exists starting after 100 messages until 1000 messages.
I hope any of the active commiters looks into this issue seriously. Would
really appreciate the help.
Thanks,
Rajani.
--
View this message in context:
http://www.nabble.com/Stuck-messages---Dispatch-i
;
>> is there a way to get that stuck message to move again? it seems a bit
>> strange that it would just sit there for ever on a node with no consumer.
>>
>> i have logs and my config. if that would help, let me know and i'll post
>> it. any help is much appreciated.
>>
>> --alex
>>
>
>
--
View this message in context:
http://www.nabble.com/tracing-stuck-messages-in-network-of-brokers-tp17395138s2354p17396807.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
.
>
> i have logs and my config. if that would help, let me know and i'll post
> it. any help is much appreciated.
>
> --alex
>
--
View this message in context:
http://www.nabble.com/tracing-stuck-messages-in-network-of-brokers-tp17395138s2354p17396466.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ge in context:
http://www.nabble.com/tracing-stuck-messages-in-network-of-brokers-tp17395138s2354p17395138.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
but no solution was found.
>> I'm using apache-activemq-5.0-20070710
>> NMS built from source.
>>
>> Any ideas?
>>
>> Thanks,
>>
>> Adam
>> --
>> View this message in context:
>> http://www.nabble.com/Exactly-500-stuck-messages-in-the-Q-t
is, but no solution was found.
> I'm using apache-activemq-5.0-20070710
> NMS built from source.
>
> Any ideas?
>
> Thanks,
>
> Adam
> --
> View this message in context:
> http://www.nabble.com/Exactly-500-stuck-messages-in-the-Q-tf4198835s2354.html#a11942013
> Sent
but not
always.
I've read some have something like this, but no solution was found.
I'm using apache-activemq-5.0-20070710
NMS built from source.
Any ideas?
Thanks,
Adam
--
View this message in context:
http://www.nabble.com/Exactly-500-stuck-messages-in-the-Q-tf4198835s2354.html#a1194
90 matches
Mail list logo