[
https://issues.apache.org/jira/browse/AMQ-8131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Tully updated AMQ-8131:
----------------------------
Description:
Unmatched messages get an unmatched ack, however this ack is ignored by the
topic message store under the assumption that there will be some subsequent ack
that will more the cursor forward and allow cleanup to happen. However this may
never happen and messages can accumulate till that subscription is removed.
The jdbc topic message store needs to track the unmatched acks in the normal
way, however the ack sequence id is linear and any gap in unmatched would
potentially ack previous messages of the same priority.
The best we can do without converting to an individual ack table is the have
expiry kick in and remove/ack these messages in the normal way.
The caveat being that expiry processing needs to be relatively linear in time.
was:
Unmatched messages get an unmatched ack, however this ack is ignored by the
topic message store under the assumption that there will be some subsequent ack
that will more the cursor forward and allow cleanup to happen. However this may
never happen and messages can accumulate till that subscription is removed.
The jdbc topic message store needs to track the unmatched acks in the normal
way.
> JDBC Store - durable topic with non matching selector can hold message till
> unsubscribe requires enableMessageExpirationOnActiveDurableSubs
> -------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: AMQ-8131
> URL: https://issues.apache.org/jira/browse/AMQ-8131
> Project: ActiveMQ
> Issue Type: Bug
> Components: JDBC, Message Store
> Affects Versions: 5.16.0
> Reporter: Gary Tully
> Assignee: Gary Tully
> Priority: Major
> Fix For: 5.17.0
>
>
> Unmatched messages get an unmatched ack, however this ack is ignored by the
> topic message store under the assumption that there will be some subsequent
> ack that will more the cursor forward and allow cleanup to happen. However
> this may never happen and messages can accumulate till that subscription is
> removed.
> The jdbc topic message store needs to track the unmatched acks in the normal
> way, however the ack sequence id is linear and any gap in unmatched would
> potentially ack previous messages of the same priority.
> The best we can do without converting to an individual ack table is the have
> expiry kick in and remove/ack these messages in the normal way.
> The caveat being that expiry processing needs to be relatively linear in time.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
