Hi Ken,
generally, in a messaging broker you do not want to lose any messages.
A message removal feature could be useful for some testing scenarios
but that is often easier to achieve with an in-memory store.
Now, I concur that in your case "deleteAllMessages..." suggests all,
including the sche
ut erroneously referenced an earlier
released Jira from 2.29.0 and so isnt covered in the 2.32.0 release
notes (but is in the git commit report)
On Tue, 16 Jul 2024 at 14:24, Petr Kuzel
wrote:
>
> Meanwhile I have been running integration tests with all Artemis
> versions between 2.31.2 and
between 2.31.2 and 2.32.0, please?
--
Mr. Petr Kužel, Software Engineer
From: Petr Kuzel
Sent: Tuesday, July 16, 2024 10:53 AM
To: users@activemq.apache.org
Subject: Observations on _AMQ_LARGE_COMPRESSED have changed between 2.31.2 and
2.35.0
Hi the Apache
Hi the Apache Artemis Community,
We send a failed message to an error queue via the CORE protocol with
compression.
An idea is that the error queue messages should take as less resources as
possible
till consumed or expired. It's a dependency on Artemis CORE protocol-specific
feature
so we harn
Hi the Apache Artemis Community,
I’m coming from a specific angle, we use a commercial distribution
of the broker and its client libraries, and the OpenWire protocol
feature has been deprecated there for a removal in a future release.
So, I have searched the Apache Artemis Community forums
and do
