I want to run the benchmark test, and the activemq version is 5.6.0.
And I follow the steps
http://activemq.2283324.n4.nabble.com/file/n4655748/benchmarkTest.png
but the maven says: Unknown lifecycle phase "server".
So what can I do?
--
View this message in context:
http://activemq.228
Yes, it does reconnect to the same broker. I recommend using it to ensure
reliability against network outages.
I also noticed that you are running against an ActiveMQ 5.6 SNAPSHOT. Is
there a reason you haven't upgraded to the shipping version? If the
problem is due to a problem on the server s
I was able to solve both issues, It wasn't clear to me that
memoryLimit="2mb" was the corresponding setting on the queue policy in
regards to the memory limit threshold before spooling to disk. Therefore I
think it was starting with the disk right away. After changing that to
something reasonably
To stop:
DefaultMessageListenerContainer#stop
DefaultMessageListenerContainer#shutdown
To restart:
DefaultMessageListenerContainer#initialize
On Aug 28, 2012, at 4:18 PM, jpcook01 wrote:
> Hmmm,
>
> Thinking about this, if I shut the DefaultMessageListenerContainer do
Hmmm,
Thinking about this, if I shut the DefaultMessageListenerContainer down in
the MessageListener then messages will remain the broker and the code to
start the listener again will never get invoked?
Any other suggestions on this? I don't understand why there isn't some
obvious solution to thi
Also, it doesn't seem as though fileQueueCursor is working as described in
many places in the documentation:
http://activemq.apache.org/message-cursors.html says:
"When memory in the broker reaches its limit, it can page messages to
temporary files on disk. "
http://activemq.apache.org/javalangou
I am using Active MQ v5.2.0 with failover transport and Master/Slave config.
JMS publish message works fine if either Master or Slave is up and running.
Problem occurs when Master/Slave both are down. When my application tries to
publish message at this time, it won't connect to MQ (since its dow
Hi! I use Active MQ 5.6.0 version and WSO2 ESB as consumer "generator" that
use activemq core libraries.
Operation system - linux.
When I have more than 1500 published consumers in activemq, WSO2 ESB print
exception(see follow)
How i can fix this?
A
Do ActiveMQ have optimize to work with so many c
failover is all about choosing and reconnecting.
so it chooses (maybe randomly) a url from the list and uses it till it fails.
On a failure, it tries to reconnect using another (possibly random)
entry from the list
and keeps trying to reconnect till it exceeds a configured number of
retries or su
Hi Gary-
Thanks for the quick response, as I read that it's fixed in 5.6.0, however
I'm using 5.6.0... I'm only seeing the directory cleaned up during a
restart.
Jeremy
On Tue, Aug 28, 2012 at 11:03 AM, Gary Tully wrote:
> If you are sending non persistent messages see
> https://issues.apache.
If you are sending non persistent messages see
https://issues.apache.org/jira/browse/AMQ-3780
On 28 August 2012 15:44, Jeremy Levy wrote:
> When using fileQueueCursor, as I understand it the data is written to the
> tmp-storage directory. When does this directory get cleaned up. For
> example I
I was not using the failover protocol, though I just tried it and it did
not appear to fix anything. I don't think it really applies in my situation
because there's only one broker, not many. Unless if there's just one broker
does it just try to reconnect to the one over and over?
As for patter
Strange one indeed.
You ConnectionFactory is Springs SingleConnectionFactory, which will only ever
create a single connection, not multiple.
Is there possibly another process using the exact same configuration (i.e. the
exact same connectionId)?
Have you tried a different connection Id?
You ma
Any chance you could verify that this particular subscriber is not subscribing
and unsubscribing all the time, causing it to get registered/unregistered very
quickly?
5.4.2 is fairly old, I would highly recommend to upgrade to the latest version
some time soon.
Regards,
Torsten Mielke
tors.
Hi,
This might point you in the right direction, but not sure:
>
>
> http://tmielke.blogspot.com/2011/09/activemq-network-bridge-to-masterslave.html
Thanks, I will have a look at this and try to apply it to our situation.
> Is this something that can be recreated consistently?
>
Unfortunately
for translating xml config into programatic constructs, check out the
unit tests, 90% of them are programatic. Do a find or grep or google
search to find a relevant test.
http://svn.apache.org/viewvc/activemq/trunk/activemq-core/src/test/java/org/apache/activemq/
On 27 August 2012 23:49, Steve An
This should really be a new thread.
take a look at http://activemq.apache.org/message-cursors.html
you have producer flow control set to true, so your producers will be
throttled if there is no space available. using message cursors, you can get
the messages spooled to disk so the slowest consume
This might point you in the right direction, but not sure:
http://tmielke.blogspot.com/2011/09/activemq-network-bridge-to-masterslave.html
Is this something that can be recreated consistently?
-
http://www.christianposta.com/blog
--
View this message in context:
http://activemq.2283324.n4
Yes, please show the code you're using.
-
http://www.christianposta.com/blog
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Message-expiring-before-the-lifetime-when-rollback-is-used-tp4655667p4655687.html
Sent from the ActiveMQ - User mailing list archive at Nabble
Hi,
We use a ActiveMQ network-of-brokers accross rather unstable WAN links and
use SSL with server/client certificates to protect the data. It is a
typical star architecture. On the unreliable links, some of the brokers
lose connection to the central broker and fail to re-establish the
connection
On Fri, 24 Aug 2012 09:24:38 -0400, Timothy Bish
wrote:
>On Fri, 2012-08-24 at 14:15 +0100, spam trap wrote:
>> Hi,
>>
>> I am using ActiveMQ-CPP to consume messages asynchronously. In my
>> onMessage() method can I refer to the cms::Message object directly?
>>
>> All the examples show this b
Ok.
I submitted a bug in jira (AMQ-3996):
https://issues.apache.org/jira/browse/AMQ-3996
Francesco
On Aug 27, 2012, at 7:31 PM, Claudio Corsi wrote:
> Francesco,
>
> This is a bug and you should create a jira issue for this so that it can get
> fixed.
>
> --Claudio
>
>
>
>> _
22 matches
Mail list logo