This message was deleted.
# general
s
This message was deleted.
m
Hi Ivan, we had the same issue and we assumed it is a feature as well. Your scenerio is describe as Scenario 3 here: https://streamnative.io/blog/apache-pulsar-client-application-best-practices
👍 1
As described here: https://pulsar.apache.org/docs/next/concepts-messaging/#preserving-order-of-processing A solution consists in enabling
allowOutOfOrderDelivery
but it is not compatible with upscaling consumers as each time you add a consumer, you can receive out of order messages
👍 1
i
@Mickael Thank you for the great articles! Could you please elaborate on the solution? Why is message 3 halted since message 1 has was sent before and the ordering between message 1 and message 3 preserves?
m
Are message 1 and 3 having the same key? If yes, it could be that message 3 cannot be delivered to consumer 1 as consumer 2 as not yet ack message 1. The key remains assigned to consumer 2 and cannot be given back to consumer 1
i
No, message 1 and message 3 have different keys. If the key was the same - I agree with you, it's sensible to block such a message.