You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Clebert Suconic (Jira)" <ji...@apache.org> on 2021/07/16 02:48:00 UTC
[jira] [Closed] (ARTEMIS-3389) send message with rollback won't
allow duplicate detection to happen again
[ https://issues.apache.org/jira/browse/ARTEMIS-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Clebert Suconic closed ARTEMIS-3389.
------------------------------------
Fix Version/s: (was: 2.18.0)
Resolution: Won't Fix
Even though this would be my preferred semantic on duplicate-detection. there are tests validating exactly this case.. that a duplicate detection is only registered after a commit.
Since TX is the thing supposed to control the duplication really, I think on this case it makes sense now that I think about it.
I am rejecting this as probably Wildfly has tests validating this semantic...
So, I'm rejecting my own idea here.
> send message with rollback won't allow duplicate detection to happen again
> --------------------------------------------------------------------------
>
> Key: ARTEMIS-3389
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3389
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Reporter: Clebert Suconic
> Assignee: Clebert Suconic
> Priority: Major
> Time Spent: 50m
> Remaining Estimate: 0h
>
> There is another issue around this as well.
> if one thread sent the message, TX still pending, another producer send it... both will go through.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)