Hello,
I received this error in ActiveMQ, is that someone has already encountered
the same problem ?
logger : org.mortbay.log
btpool0-0 - Acceptor0 selectchannelconnec...@0.0.0.0:8161
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native
I've got the hint that this is related to
https://issues.apache.org/activemq/browse/AMQ-2567
I've now tried a current Snapshot of ActiveMQ 5.4 which contains the fix for
it and it works as expected!
Many thanks to Rudolf Janz for pointing me in that direction and to Gary
Tully for helping me
Which raises my next question:
When can we expect a release of ActiveMQ 5.3.1 or 5.4?
Christoph Kutzinski wrote:
I've got the hint that this is related to
https://issues.apache.org/activemq/browse/AMQ-2567
I've now tried a current Snapshot of ActiveMQ 5.4 which contains the fix
for it
I don't know, hot can I programm it. Have anybody an idea?
lernit2007 wrote:
Hello,
I want see which consumer or consumers have a queue. Have anybody a code
example for me? Thanks im behaviour.
--
View this message in context:
Watch the list of outstanding issues for 5.3.1
https://issues.apache.org/activemq/secure/IssueNavigator.jspa?reset=truemode=hidesorter/order=DESCsorter/field=priorityresolution=-1pid=10520fixfor=12183
When these are resolved we can do a release.
On 1 February 2010 13:57, Christoph Kutzinski
Hi Folks,
we are trying to create a 5.3 connection factory with this URI
vm://MyBrk?alwaysSyncSend=true expecting to see alwaysSyncSend=true in the
resulting ActiveMQConnectionFactory object... but this does not happen.
What are we missing?
FWIW:
1\ Setting alwaysSyncSend=true via Java code in
Another related question...
Am I required to have a ftp (or similar... scp?) server running side by side
with activemq to utilize the BlobMessage functionality? Seems like I would
have to from the way the unit tests work.
Thanks again.
John
Gary Tully wrote:
have a look at
Hi,
try jms.alwaysSyncSend, it should work
Cheers
--
Dejan Bosanac - http://twitter.com/dejanb
Open Source Integration - http://fusesource.com/
ActiveMQ in Action - http://www.manning.com/snyder/
Blog - http://www.nighttale.net
On Mon, Feb 1, 2010 at 4:13 PM, Fred Moore fred.moor...@gmail.com
yea, that is correct.
On 1 February 2010 15:16, johncarl81 jerick...@kcp.com wrote:
Another related question...
Am I required to have a ftp (or similar... scp?) server running side by
side
with activemq to utilize the BlobMessage functionality? Seems like I would
have to from the way the
Ran this through some paces, and it works much better. Thanks for the help!
-Original Message-
From: Gary Tully [mailto:gary.tu...@gmail.com]
Sent: Wednesday, January 27, 2010 2:35 AM
To: users@activemq.apache.org
Subject: Re: OOM with high KahaDB index time
Hi Daniel,
builds from today
Good to know! - this was a silly error - When a consumer got so far
behind a producer so that the cache was invalidated, after every
acknowledgement of a message, a cursor would check to see if the index
was empty. To do that it would ask for a count of still outstanding
persistent
Hello,
i am trying to figure if there is any way to set timetolive on Destination
basis. I know we can set at MessageProducer level. I am trying to find out
an equivalent function as weblogic jms. Weblogic JMS supports
delivery-override-params attribute at queue level where we can set the
time
The time stamp broker plugin can do this for you for all messages that do
not set a timetolive,
see: http://activemq.apache.org/timestampplugin.html
Seems like a nice per destination feature though, if the timestamp plugin
does not meet your requirement, please open a jira issue to track this
Gary,
Unfortunately this is not what i was looking for. We are already using
Spring JMSTemplate to set a global timetolive on the messages which serves
the same purpose as timestampplugin.
From your answer it is clear that we currently dont have per destination
feature. I will ty to open
ok. please include your use case, as in why you want this functionality.
Some variant of the timestamp plugin may already suffice.
On 2 February 2010 00:02, ssurabhi ssura...@hotwire.com wrote:
Gary,
Unfortunately this is not what i was looking for. We are already using
Spring JMSTemplate
I can confirm that has resolved the issue I was seeing. Thanks Rob!
What's ETA for 5.4 or applying this fix in 5.3? I'll need an official stable
release to put into production.
--
View this message in context:
http://old.nabble.com/OOM-with-high-KahaDB-index-time-tp27217704p27413891.html
Sent
16 matches
Mail list logo