Use case:
- A dispatcher/performer model using REF.
- During a daily run 200-300 transactions are entered into the queue.
- Processing these items first-in, first-out is required
- A failed transaction (SE) gets one retry, managed from the orchestrator.
The problem:
After a queue items has failed, the retry mechanism enters it as a new, cloned queue item. This in itself is the desired way of working, but, the item ends in the end of the queue, disrupting the FIFO sequence.
What I’m looking for is a way to alter this processing sequence, without customizing too much from the regular out of the box retry mechanisms. Having the retry managed via the orchestrator is a requirement, so internal retries are out of scope in this case.
Any thoughts?