hi, I am not able to access the document as per in the link. Possible to
send me a copy of this to my email?
thanks.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Performance-Tuning-guide-available-tp2345740p4654333.html
Sent from the ActiveMQ - User mailing list archi
This seems like an interesting problem and assuming it is no longer ntp
related, it seems to hint at a livelock but cannot say anything
definitively without setup information. Can you pastebin or gist jstack -F
output and also your config's? This of interest to me and others
planning to switch to
Switched from NIO to BIO.
The problem still continues...
CPU load increases over time despite the fact that traffic per minute going
into the server is going down.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-5-6-CPU-steadily-increases-but-drops-at-noon-a
Hi all,
We've been having a strange issue where the CPU load on our ActiveMQ server
increases continuously, only to suddenly drop off like clockwork at noon and
midnight sharp. We are using JDK 1.7_04 with the G1 collector.
The server is receiving barely any traffic from 8pm-5am, so the CPU load
Thanks a lot.
-Original Message-
From: Timothy Bish [mailto:tabish...@gmail.com]
Sent: July 24, 2012 1:58 PM
To: users@activemq.apache.org
Subject: RE: CMS - is it a Java wrapper?
On Tue, 2012-07-24 at 17:51 +, Alona Rossen wrote:
> Yes, it absolutely helps. The last question - does
On Tue, 2012-07-24 at 17:51 +, Alona Rossen wrote:
> Yes, it absolutely helps. The last question - does JMS-like means that it
> follow JMS standard?
>
The API attempts to adhere to the standard as much is possible, given
there are language differences there are some places where things mig
Yes, it absolutely helps. The last question - does JMS-like means that it
follow JMS standard?
-Original Message-
From: Timothy Bish [mailto:tabish...@gmail.com]
Sent: July 24, 2012 1:45 PM
To: users@activemq.apache.org
Subject: RE: CMS - is it a Java wrapper?
On Tue, 2012-07-24 at 16:2
On Tue, 2012-07-24 at 16:21 +, Alona Rossen wrote:
> I will try to be more specific.
>
> There is a commercial product which enables C++ or .NET applications to use
> any Java Message Service specification v1.0.2 or v1.1 -compliant JMS provider.
> The functionality is based on generating C++
I will try to be more specific.
There is a commercial product which enables C++ or .NET applications to use any
Java Message Service specification v1.0.2 or v1.1 -compliant JMS provider.
The functionality is based on generating C++ and .NET bindings for the JMS API
and some assorted Java support
Gaurav-
We have redundant master/slave brokers, pretty beefy machines, 3120MB
allocated on the JVM.
Using in the producer side using PooledConnectionFactory (with a pool size
of 100, not sure of utilization, but thats held up so far)
If there was something else y
can you try with more logging:
enable DEBUG level logging for
org.apache.activemq.transport.discovery.simple.SimpleDiscoveryAgent
there may be something interesting in there on the failure to reconnect case.
On 20 July 2012 08:48, sandy wrote:
> I have a local broker that must infinitely re-esta
You need to have ConnectionContext to send messages within the broker.
If you don't have any you can try grabbing admin connection context
Broker.getAdminConnectionContext(). It seems like your case is an
extension of current advisory support in the broker. If so you might
consider extending it to
dejanb wrote
>
> +1 from me as well. I'll reopen
> https://issues.apache.org/jira/browse/AMQ-3823 and work on this. Also
> will take this opportunity to get our php client up to date.
>
Great, thanks to everyone who has responded. I've not got round to trying
the new Stomp client from github y
+1 from me as well. I'll reopen
https://issues.apache.org/jira/browse/AMQ-3823 and work on this. Also
will take this opportunity to get our php client up to date.
Regards
--
Dejan Bosanac
Senior Software Engineer | FuseSource Corp.
dej...@fusesource.com | fusesource.com
skype: dejan.bosanac | twi
14 matches
Mail list logo