You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@artemis.apache.org by "Justin Bertram (Jira)" <ji...@apache.org> on 2026/10/12 01:16:00 UTC
[jira] [Updated] (ARTEMIS-6299) Message can be lost when a bridge is stopped while reconnecting
[ https://issues.apache.org/jira/browse/ARTEMIS-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Justin Bertram updated ARTEMIS-6299:
------------------------------------
Description:
In a two-node cluster, when a node goes down and comes back up the bridge on the other node has to reconnect. If the bridge is stopped or paused while a reconnect attempt is already in progress the stop/pause request can be silently overridden. The reconnect finishes and briefly brings the bridge fully back to life immediately before it is then torn down. A message delivered to the bridge during that window is not guaranteed to be forwarded and can be lost without any error.
This issue was first seen as an intermittent failure in {{{}org.apache.activemq.artemis.tests.integration.cluster.restart.ClusterRestartTest#testRestartWithQueuesCreateInDiffOrder{}}}. After a restart, one of the first messages sent is occasionally never received.
was:
In a two-node cluster, a node goes down and comes back up, the bridge on the other node has to reconnect. If the bridge is stopped or paused while a reconnect attempt is already in progress, the stop/pause request can be silently overridden. The reconnect finishes and briefly brings the bridge fully back to life immediately before it is then torn down. A message delivered to the bridge during that window is not guaranteed to be forwarded and can be lost without any error.
This issue was first seen as an intermittent failure in {{{}org.apache.activemq.artemis.tests.integration.cluster.restart.ClusterRestartTest#testRestartWithQueuesCreateInDiffOrder{}}}. After a restart, one of the first messages sent is occasionally never received.
> Message can be lost when a bridge is stopped while reconnecting
> ---------------------------------------------------------------
>
> Key: ARTEMIS-6299
> URL: https://issues.apache.org/jira/browse/ARTEMIS-6299
> Project: Artemis
> Issue Type: Bug
> Reporter: Justin Bertram
> Assignee: Justin Bertram
> Priority: Major
>
> In a two-node cluster, when a node goes down and comes back up the bridge on the other node has to reconnect. If the bridge is stopped or paused while a reconnect attempt is already in progress the stop/pause request can be silently overridden. The reconnect finishes and briefly brings the bridge fully back to life immediately before it is then torn down. A message delivered to the bridge during that window is not guaranteed to be forwarded and can be lost without any error.
> This issue was first seen as an intermittent failure in {{{}org.apache.activemq.artemis.tests.integration.cluster.restart.ClusterRestartTest#testRestartWithQueuesCreateInDiffOrder{}}}. After a restart, one of the first messages sent is occasionally never received.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@artemis.apache.org
For additional commands, e-mail: issues-help@artemis.apache.org