Hi Jason ,
I am late to the failover party and i am facing the same issue. Probably
mine is a different use case where i am intentionally putting down one of
the failover broker whether all the consumers and producers are getting
switching to the active broker remaining in the failover. I am usin
I'm running ActiveMQ 5.10 in production on a Windows Server.
The system has been running fine for a few years now except for a connection
issue where we have orphaned connections to
ActiveMQ.Advisory.TempQueue,ActiveMQ.Advisory.TempTopic.
Over time it will use up all available memory and the syst
I have opened https://issues.apache.org/jira/browse/ARTEMIS-741.
I tried modifying the StompTest, but have had too many issues getting
Artemis building fully in Eclipse (JDK8?).
--
View this message in context:
http://activemq.2283324.n4.nabble.com/potential-memory-leak-when-using-STOMP-protoc
Think you meant to send this to the Camel mailing list, not ActiveMQ
On 09/20/2016 04:45 PM, Ismail Emre Kartoglu wrote:
Hello Camel users,
I have a question regarding the camel-rabbitmq component. The following code
sends the message “test” to exchange “A” with routing key “B”:
from("timer:
In my experience, many organizations that put messaging brokers behind
load a balancer eventually take out the load balancer. Generally, less
layers is better, and as Tim noted messaging protocols tend to be
stateful vs stateless and the client -> server uri's already support
failover and retry
Hello Camel users,
I have a question regarding the camel-rabbitmq component. The following code
sends the message “test” to exchange “A” with routing key “B”:
from("timer:test?period=5000").process(new Processor() {
@Override
public void process(Exchange exchange) throws
Do you have old messages laying around? KahaDB can't clean up old journal
files if there are messages scattered throughout the logs. Even a single
unacked message means that a journal file (and the future files) can't be
cleaned up. This situation tends to happen either when there are old
message
Tim,
Thanks for the quick response.
Regarding setting up and starting a full ActiveMQConnection:
1) No problem on the links, I appreciate the details. I was hoping to have
something a little more lightweight than actually creating a connection and
then closing it ... seems lie creating a new conn
Hi Tim ,
I have tried with the graceful shutdown by not using kill any more but still
it's on the same way of dealing the consumer thread block.
you can find the new switch log here :
https://gist.github.com/areddy7021/e0e3a6c89fc974ce3031e326c060acca
I have switched like this way ..started wit
Hi fellow ActiveMQ users!
I have searched all over the internet and can not find a solution to a problem
we are experiencing where old log files are not removed from KAHADB. Needless
to say we uncovered this problem when we exceeded the size of our persistent
store in production :-)
We are us
On 09/20/2016 12:07 PM, kaiss wrote:
Hello,
I downloaded the following package but I can only find the pgp key. I can
not find md5 key.
How can I have the md5 key?
apache-activemq-5.2.0-bin.tar.gz
url = http://activemq.apache.org/activemq-520-release.html
Thanks for your feedback.
Kind regards
Hello,
I downloaded the following package but I can only find the pgp key. I can
not find md5 key.
How can I have the md5 key?
apache-activemq-5.2.0-bin.tar.gz
url = http://activemq.apache.org/activemq-520-release.html
Thanks for your feedback.
Kind regards
--
View this message in context:
It would be helpful to see what the AMQP protocol level interactions
are, you can capture this by setting the environment variable
PN_TRACE_FRM before running the application: PN_TRACE_FRM=1
On 09/20/2016 05:18 AM, jporras wrote:
Hi All ..
I'm testing a small QPID C++ example with ActiveMq
This is likely a bug. Can you open a JIRA at
https://issues.apache.org/jira/browse/ARTEMIS and describe how to reproduce?
Even better would be a test-case (e.g. added to
org.apache.activemq.artemis.tests.integration.stomp.StompTest).
Thanks!
Justin
- Original Message -
From: "mcack
Thank You Tim ..I am just doing kill now on the activemq process instead of
service shut down. I can try the service shutdown as per your suggestion.
When i get into this state like the consumer idle or inactivity state ..from
consumer point there is no activity though we switch broker from B to A.
To do what they want, they will have to send a valid connect/disconnect
sequence in the Openwire protocol. The code they would have to rewrite
into the F5's scripting language of choice would include the messages and
marshallers here: https://github.com/apache/activemq-openwire, and you'll
probabl
Am I right in understanding that you're no longer having the problem from
your first email, and the problem from yesterday is the only one?
When you stop the broker, how are you stopping it? If you're doing kill
-9, that doesn't gracefully shut down the TCP connections, so the behavior
can be dif
Hi All ..
I'm testing a small QPID C++ example with ActiveMq 5.14.0 (Java 8) , in a
Debian 8.x box, but unfortunelly it doesn't work . After the first message
has been dequed, the program blocks in the while loop. The same example
with QPID broker (6.0.4 java version) works fine ..
Any help
18 matches
Mail list logo
