Why would you want to count uncommitted messages - they're not 'real' yet. It maybe a long time before they are commited. They may never commit and instead rollback. Why do they count them? But on Shared queues they don't.
You do have to count them because they are part of the qdepth count.
So on trigger first -- how do you ensure a trigger message gets created if multiple apps put to the queue and the one causing the trigger to fire gets rolled back, but now queue depth is > 1 and the trigger never fires?
Have fun
I disagree. If I trigger on first, I want to start the app because there is a message for it to get. If I trigger on depth (say 50), its because I want to start the consuming app when there are 50 messages to get.
Uncommitted messages do me absolutely 100% no good if I'm the consuming app. So why bother counting them towards trigger conditions? Do it like Shared Queues (only committed messages are considered) is my opinion. _________________ Peter Potkay
Keep Calm and MQ On
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum