[
https://issues.apache.org/jira/browse/ARTEMIS-4325?focusedWorklogId=998979&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-998979
]
ASF GitHub Bot logged work on ARTEMIS-4325:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 07/Jan/26 19:45
Start Date: 07/Jan/26 19:45
Worklog Time Spent: 10m
Work Description: jbertram commented on PR #4522:
URL: https://github.com/apache/artemis/pull/4522#issuecomment-3720483702
@AntonRoskvist, is this still something you want to get merged? I was going
to reacquaint myself with the PR, but I wanted to make sure this is still
viable before putting in the effort.
Issue Time Tracking
-------------------
Worklog Id: (was: 998979)
Time Spent: 1h 10m (was: 1h)
> Ability for core client to failback after failover
> --------------------------------------------------
>
> Key: ARTEMIS-4325
> URL: https://issues.apache.org/jira/browse/ARTEMIS-4325
> Project: Artemis
> Issue Type: New Feature
> Reporter: Anton Roskvist
> Priority: Major
> Labels: pull-request-available
> Time Spent: 1h 10m
> Remaining Estimate: 0h
>
> This would be similar to the "priorityBackup" functionality in ActiveMQ
> "Classic."
> The primary use case for this is to more easily maintain a good distribution
> of consumers and producers across a broker cluster over time.
> The intended behavior for my own purposes would be something like:
> * Ensure an even distribution across the broker cluster when first connecting
> a high throughput client.
> * When a broker becomes unavailable (network outage, patch, crash, whatever),
> move affected client workers to another broker in the cluster to maintain
> throughput.
> * When the original broker comes back, move the recently failed-over
> resources to the original broker again.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
