I tried to adjust the test:
- I set *address-queue-scan-period* to 100
- I wait up to 5 seconds until the address is removed

But the test still is failing. My broker configuration is as follows:
https://github.com/Havret/dotnet-activemq-artemis-client/blob/fc256b2a3784447fa4feadea58b62f58d1fcabfd/test/artemis/broker.xml
Is it possible that this new setting interferes with *auto-delete-addresses
*set to *false*?

On Wed, Oct 20, 2021 at 11:25 AM Robbie Gemmell <robbie.gemm...@gmail.com>
wrote:

> Ideally start a new thread in future.
>
> I would guess this is the 'address/queue scan period' from
> https://issues.apache.org/jira/browse/ARTEMIS-3502, and you may want
> to reduce it to a small value for that particular test.
>
> On Tue, 19 Oct 2021 at 21:15, Havret <hav...@apache.org> wrote:
> >
> > Hi,
> >
> > I'm trying to update the test suite of ArtemisNetClient to use this
> > version, but one of the tests starts failing on 2.19.0:
> > *Should_delete_queue_alongside_with_auto_created_address
> > *-->
> >
> https://github.com/Havret/dotnet-activemq-artemis-client/pull/300/checks?check_run_id=3943848841
> >
> > The test creates a queue using the management api and then removes it
> with
> > flag autoDeleteAddress set to true. The queue is removed but the address
> > isn't. I've looked over the release notes, but I didn't spot anything
> that
> > could indicate this change of behavior. Is this a regression, or was it a
> > deliberate change?
> >
> > Thanks,
> > Havret
> >
> > On Mon, Oct 18, 2021 at 4:57 AM Justin Bertram <jbert...@apache.org>
> wrote:
> >
> > > I'm pleased to announce the release of ActiveMQ Artemis 2.19.0.
> > >
> > > Downloads are now available at:
> > > https://activemq.apache.org/components/artemis/download/
> > >
> > > For a complete list of updates:
> > >
> > >
> https://activemq.apache.org/components/artemis/download/release-notes-2.19.0
> > >
> > > I would like to highlight these improvements:
> > >
> > >  - New ability to replay retained journal records via the management
> API.
> > >  - New environment/system property to set the "key" for masked
> passwords
> > > when using the default codec.
> > >  - Ability to disable message-load-balancing and still allow
> redistribution
> > > via the new OFF_WITH_REDISTRIBUTION type.
> > >  - MQTT session state can now be cleaned up automatically to avoid
> > > excessive
> > > accumulation in situations where clients don't clean up their own
> sessions.
> > >  - Distribute full Jakarta Messaging 3.0 client in the lib/client
> directory
> > > along with a new example of how to use it in
> > > examples/features/standard/queue-jakarta.
> > >
> > > As usual it contains a handful of bug fixes and other improvements.
> > >
> > > Many thanks for all the contributors to this release.
> > >
>

Reply via email to