[
https://issues.apache.org/jira/browse/ARTEMIS-2380?focusedWorklogId=303559&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-303559
]
ASF GitHub Bot logged work on ARTEMIS-2380:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 29/Aug/19 10:11
Start Date: 29/Aug/19 10:11
Worklog Time Spent: 10m
Work Description: michaelandrepearce commented on issue #2703:
ARTEMIS-2380 Fix delivering message in the case of consume close
URL: https://github.com/apache/activemq-artemis/pull/2703#issuecomment-526117230
This goes back to note the linger messages can be tracked at consumer level
or even the server session. not queue though. E.g. if the issue is consumer is
closed but session not committed, then it seems more logical that its the
sessions responsibility to track and to have the logic within the session
rollback/commit logic.
Having it at the queue level i can just see is prone to leaks like we have
had other places which by putting the logic and ownership into the correct
place resolved the leak and also cleaned up.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 303559)
Time Spent: 4.5h (was: 4h 20m)
> Fix delivering message in the case of consume close
> ---------------------------------------------------
>
> Key: ARTEMIS-2380
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2380
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: Broker
> Reporter: yangwei
> Priority: Major
> Time Spent: 4.5h
> Remaining Estimate: 0h
>
> When consumer is closed and transaction is not committed or rollbacked, the
> msg acked is not showed by delivering message but counted by delivering count.
> We add closed consumer if any message is acked but not committed or
> rollbacked, and remove closed consumer if transaction is finished. In this
> way, delivering messages can be properly retained.
> During calling hasCosnumer and getConsumerId, there is some race condition
> that emptyConsumerId is called causing following getConsumerId throws
> IllegalStateException. Also optimize it without extra effort.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
