You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All transaction modes currently use buffered sends. The writing/flushing of messages happens after all handlers complete. This can reduce ghost messages for transports that do not support SendsAtomicWithReceive or TransactionScope.
Transports that do support SendsAtomicWithReceive or TransactionScope do not require buffered sends to prevent ghost messages.
Removing latency in some cases as messages can be written/flushed to the transport immediately, no need to wait until all messages are created.
Ability to use TTBR on MSMQ with ReceiveOnly as each send/publish would be dispatch 'isolated'. Currently impossible because the buffered messages are written to the transport in a single transaction.
Immediate dispatch isn't good alternative if you want SendsAtomicWithReceive but do want to flush messages to the transport before all handlers are completed as immediate dispatch is not part of the receive operation
Reducing RAM usage when sending large message in bulk
Prevent the need to use immediate dispatch with ReceiveOnly to circumvent buffered sends or atomic buffer flushing
All transaction modes currently use buffered sends. The writing/flushing of messages happens after all handlers complete. This can reduce ghost messages for transports that do not support SendsAtomicWithReceive or TransactionScope.
Forked from #4077 (comment)
The text was updated successfully, but these errors were encountered: