Thanks, Tim. It worked!
How accurate is the queue size figure? I have a pool of consumers
retrieving messages from the queue on a constant basis, although
strangely getQueueSize() is showing 10 messages left on the queue when
there should be none. Any ideas?
Thanks
Jamie
On 2012/07/26 1:38
On Thu, 2012-08-02 at 10:09 +0200, Jamie wrote:
> Greetings!
>
> I have ActiveMQ integrated in an embedded scenario whereby the Broker
> and ActiveMQ configuration is created programmatically in Java.
>
> Since I am not intending to queue data over a network, for performance
> reasons, I am u
Greetings!
I have ActiveMQ integrated in an embedded scenario whereby the Broker
and ActiveMQ configuration is created programmatically in Java.
Since I am not intending to queue data over a network, for performance
reasons, I am using the URL "vm://appname" in place of localhost when
creat
I think the definition is a little loose, because folks use both
failover:// and failover:(..)
essentially the uri is composite if the scheme is followed by (..) so
the latter above is
composite. The urls are contained *within* the scheme specific part.
On 25 July 2012 21:15, mikmela wrote:
> Ca
Downgrading to JDK 1.6 from 1.7 resolves the strange ever-growing CPU
problem.
Interestingly, the top thread in terms of CPU usage becomes the "Selector
Worker: 0" after the downgrade.
http://activemq.2283324.n4.nabble.com/file/n4654368/mq_topThreads_16.png
I agree it feels like a livelock of
Can someone give the definition to the term "composite URI"?
I thought, failover uri containting two uri's as follows :
/failover://(tcp://bla:61616,tcp://bla:61617)/
is the composite URI, but
URISupport.isCompositeURI(uri) returns false on it?
Meanwile,
CompositeData compositeData = URISupport.p
not at the moment, what you need to configure is the managementContext
and that is nested within the broker so it is not configurable from
the simple string url.
It is only possible to set broker attributes/properties using that
mechanism at the moment.
Ideally you would be able to provide
vm://lo
We've downgraded the JVM to a 1.6 from 1.7 and are observing the CPU usage
today.
We run many, many instances of ActiveMQ and this lone server that was using
JVM 1.7 is the one with the issue. The other variable is the machine with
the issue is using a 64-bit JVM vs a 32-bit JVM.
We run many dif
On 07/25/2012 08:21 PM, dejanb [via ActiveMQ] wrote:
> Can you try the latest snapshot and confirm it works for you
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/activemq/apache-activemq/5.7-SNAPSHOT/
>
Looks like progress. My old stomp 1.0 client can connect, login
Hi,
We have an application that is deployed in JBoss that utilizes Spring. Our
spring configuration has the following for ActiveMQ configuration. For our
development environment, the following is what the configuration looks like
(after property substitution):
Can you try the latest snapshot and confirm it works for you
https://repository.apache.org/content/repositories/snapshots/org/apache/activemq/apache-activemq/5.7-SNAPSHOT/
Regards
--
Dejan Bosanac
Senior Software Engineer | FuseSource Corp.
dej...@fusesource.com | fusesource.com
skype: dejan.bos
11 matches
Mail list logo