Revision 510897 was an initial check in for QPID-346 that included the broker changes but not the client changes.
Revision 515127 includes all the changes needed to flush the client prefetch queues. However, there does seem to be a reference counting/race condition problem that I am working on just now. I believe I have fixed it but a couple of the tests still fail so it is not quite there yet. On 08/03/07, Gordon Sim <[EMAIL PROTECTED]> wrote:
Martin Ritchie wrote: > Which would mean that the ordering 4,5,3 may be within the bounds of > JMS. However, if you had sent 5000 messages message 3 would arrive > after those 5000 as this is the default prefetch count in qpid. This > isn't ideal so the current head of qpid now flushes all the messages > from the client and requests new messages. Those messages that have > been flushed return to the front of the queue. However when priority > queues and message expiration are implemented the ordering will > reflect those values. > The behaviour was reported against rev. 512501, it looked to me like 510897 was the revision at which you introduced the ability to requeue at the head. Is that right? Were there subsequent fixes needed as well and if so what revs? Or perhaps more simply, is it worth trying again against the current head?
-- Martin Ritchie
