[
https://issues.apache.org/jira/browse/ARTEMIS-5376?focusedWorklogId=1003377&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-1003377
]
ASF GitHub Bot logged work on ARTEMIS-5376:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 04/Feb/26 04:38
Start Date: 04/Feb/26 04:38
Worklog Time Spent: 10m
Work Description: jbertram commented on PR #5593:
URL: https://github.com/apache/artemis/pull/5593#issuecomment-3845203819
I rebased this and ran CI on it and there are failures related to LVQ
semantics in:
- `org.apache.activemq.artemis.tests.integration.jms.client.LVQTest`
-
`org.apache.activemq.artemis.tests.integration.jms.multiprotocol.JMSNonDestructiveTest`
The problem appears to be that invoking
`o.a.a.a.c.s.Queue#deleteMatchingReferences(Filter)` with a `null` filter (i.e.
to match all messages) is not, in fact, deleting all references.
Issue Time Tracking
-------------------
Worklog Id: (was: 1003377)
Time Spent: 1h (was: 50m)
> Include all messages in queue management operations
> ---------------------------------------------------
>
> Key: ARTEMIS-5376
> URL: https://issues.apache.org/jira/browse/ARTEMIS-5376
> Project: Artemis
> Issue Type: Improvement
> Reporter: Anton Roskvist
> Priority: Major
> Labels: pull-request-available
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Currently, some queue management operations act on all messages (including
> paged and scheduled messages) and some don't. Some operations use their own
> iterator logic (internally) and some use a common method.
> This change aims to improve this by adding some functionality into the
> 'QueueIterateAction' class and then have additional management operations use
> it (so that their behavior is consistent with regards to what messages they
> target and how)
> As of now I have left expire and delete reference/references out as I wasn't
> 100% sure it wont have any adverse effects. If desired, they should be
> trivial to add as well.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
