> Are there any issues having over 11,000 addresses defined in Apache
Artemis?

The answer to your question really depends on your operating environment
and use-case. Is the broker running out of memory? Is 11,000 addresses more
than you expect? If you answered yes to either of these it may be a
problem. Otherwise the broker is happy to chug along with thousands of
addresses. There is no arbitrary limit to the number of addresses the
broker can support.

> Is this scalable?

Generally speaking, yes. ActiveMQ Artemis was written specifically with
scale in mind. Of course, everything has its limit so eventually you'll
need to stop scaling, but the limit really depends on your performance
requirements and runtime broker resources.

> I do notice the management interface is a bit slow from loading all the
address information.

This is a known issue in the current web console. The culprit is likely the
"tree" view. To build this view the browser asks the Jolokia agent running
in the broker's JVM to build a JSON payload including potentially *every*
MBean (including all of the attributes for each MBean). By default this
data is refreshed every 5 seconds. You can see how this would become a
problem with lots of addresses. That said, the web console's behavior is
configurable. Go to the "Preferences" (available from the menu in the top
right) and click the "Jolokia" tab. Here you can turn off auto-refresh
(i.e. "Update rate"). You can also decrease the amount of data fetched by
lowering the "Max depth" and "Max collection size."

This is, in part, why the new console [1] doesn't have the tree view any
longer.


Justin

[1] https://github.com/apache/activemq-artemis-console

On Wed, Dec 11, 2024 at 1:01 PM William Crowell
<wcrow...@perforce.com.invalid> wrote:

> Hi,
>
> I am using Apache Artemis 2.31.2 on Ubuntu.  Are there any issues having
> over 11,000 addresses defined in Apache Artemis?  Is this scalable?  I do
> notice the management interface is a bit slow from loading all the address
> information.
>
> Regards,
>
> William Crowell
>
>
> This e-mail may contain information that is privileged or confidential. If
> you are not the intended recipient, please delete the e-mail and any
> attachments and notify us immediately.
>
>

Reply via email to