That's too little information to judge really.
4,000 queues is a lot, but ActiveMQ can be tuned to handle that many well.
As for "static" vs "dynamic", I'm not sure what that means. If it means
that the queue names may change for "dynamic" and not change for "static",
then there are many conside
So, slow consumption is a major anti-pattern for ActiveMQ.
By definition, a queue with no consumers and with messages stored has a
slow-consumer problem, since it has 0 consumption. I see in that table many
queues with no consumers and many messages pending.
Message size is rarely the biggest fa
There isn't quite enough information here to be sure, but it sounds like your
hitting the slow-consumer problem. ActiveMQ isn't a message store and
doesn't work well as such.
If producers are overloading the broker's store and/or memory, the only true
solution is to consume off those messages.
W
So there are a few concerns with the code.
First off, to your question of consumption stopping - based on the fact that
the code uses ActiveMQResourceAdapter, I assume this is running in the
context of a JTA Transaction. If so, all operations are transacted, and the
client acknowledge mode is ign
Hi.
I have a system that use ACtiveMQ to split information through topics to
many client applications, but the problem is that if an client app is
disconnected, the other queues (topics) stop working, because Active MQ is
not able to manage the information queued.
you have an idea about how to
Thanks for the response, Yes we have a DLQ (count = 10), rejected queue
(count=0) and Failed queues for most major queues we consume (count avg. = 0).
That being said, we have a delivered queue for all of our outbound messages
which looks like it contains or keep the messages in the Kahadb or at
We implement ActiveMQ on a JBOSS Server. I have no more information about the
system environment.
On client side, we will have around 2000 consumers / producers.
The discussion now is about two options:
1. have dynamic inbound and outbound queue for every user. (4000 queues)
2. Go to 1 to 5 static
I'll try with this ones then. I've tried before with HiveMQ and some others
clients for Arduino but they don't work on ActiveMQ for some reason.
Mosquito seems to work very well with these clients beside they implement
the same protocol (MQTT +3.1).
thank you for your reply.
--
View this mess
Hey Tim - even if the messages are sent asynchronously from the client, their
order should be maintained. In fact, the message is sent to the transport
entirely. The big difference is that the client code does not wait for the
server to send back a response indicating that it successfully receive
Not ActiveMQ related, but
try this: http://pubsubclient.knolleary.net/
some nice (german) projects with sample code for this:
-
http://blue-pc.net/2014/10/15/mqtt-nachrichten-mit-dem-arduino-empfangen-senden/
- http://blue-pc.net/2014/11/16/wohnzimmer-steuerung-mit-arduino-und-mqtt/
HTH
Am 26.
Are the messages persistent? If not, maybe async sends (
http://activemq.apache.org/async-sends.html) are allowing messages to be
sent in parallel on separate threads.
Does the behavior change if you make your from endpoint transacted
(?transacted=true), which forces synchronous sends by producer
Hi
I am just wondering whether there is any MQTT client library for Arduino.
Does anyone knows any api available for it?
Cheers
--
View this message in context:
http://activemq.2283324.n4.nabble.com/MQTT-and-Arduino-tp4708441.html
Sent from the ActiveMQ - User mailing list archive at Nabble.c
It's also possible that 8 isn't the optimal pool size for your test driver,
and that a different (presumably larger) value would give better
throughput. Tuning the pool size of any pooling technology (ActiveMQ,
JDBC, etc.) is an iterative and experimental process, and your first guess
often won't
ok, thanks for the answer Tim.
I'll do it.
Hermano
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Rfresh-org-apache-activemq-broker-SslContext-from-disk-jks-content-tp4698040p4708436.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
14 matches
Mail list logo