e additional message references in memory.
If you change your test so that it uses anycast, and actually send more
messages you should see the numbers even out. Though, please be aware it's
a memory estimate, it's not an exact calculation, there will be some
variance.
Cheers
On Wed
Hi,
I have a question/observation regarding address settings and
max-size-bytes on Artemis 2.4.0 and if they apply to addresses or queues.
I have tested addresses with a max-size-bytes set to 1Mb and using the
FAIL policy in address settings for 'myqueue'. I wanted to see if these
limits app
On 02/26/2018 11:01 AM, ivo4311 wrote:
Hi,
I have the following scenario - A dynamically configured network of brokers
using the hub-and-spokes topology where each node is connected to the hub
with a duplex network connector.
Scaling up the network is straightforward - new nodes are created and
On 12. des. 2017 22:50, Jeroen van Ooststroom wrote:
Hello,
Coming back to the discussion on the apache-activemq IRC channel of
possible Topics and Queues when using ActiveMQ’s MQTT service.
First a bit of history then. We’ve have been using multiple Java-based
services for quite a bit of ye
Hi,
As Justin said, it's not really a direct alternative to ActiveMQ, and in
fact ActiveMQ Artemis is one of the core components in EnMasse.
EnMasse adds some management components to deal with scaling brokers
up/down in an OpenShift/Kubernetes environment + a higher level
configuration mode
Might be worth having a look at xinclude[1]. The nice thing about using
xinclude instead of custom scripts is that you can do XML validation on
the un-assembled files with tools like xmllint.
[1] https://en.wikipedia.org/wiki/XInclude
On 09. jan. 2017 16:06, abhijith wrote:
Hi,
Is there anyw
Thank you! I will try this out.
On 08/17/2016 02:44 PM, Tim Bain wrote:
One of the answers to
http://stackoverflow.com/questions/191215/how-to-stop-java-process-gracefully
shows a way to do it using JMX after modifying the JVM's command line
options.
On Aug 17, 2016 2:45 AM, "Ulf
n approach that I have not thought of?
I think I can work around this by having a parent process that forks and
can kill the child processes remotely, but I would like to avoid that.
--
Ulf Lilleengen
