On 07/09/2007, Rafael Schloming <[EMAIL PROTECTED]> wrote: > Martin Ritchie wrote: > > On 07/09/2007, Rafael Schloming <[EMAIL PROTECTED]> wrote: > >> Robert Greig wrote: > >>> On 07/09/2007, Rafael Schloming <[EMAIL PROTECTED]> wrote: > >>> > >>>> QPID-573 is fixed on the trunk, BTW, so it should be a simple matter to > >>>> port it to the branch. > >>> OK. Are you going to merge it into the M2.1 branch? > >> I can, but I was hoping that someone more familiar with that piece of > >> code would have a look at it. > > > > I can do so I need to look over the rollback code anyway. > > I also wanted to respond to the reject problem you raised. I remember > > clearly needing to do the rejects for JMS. Annoyingly it has been so > > long I don't remember the precise issue. I just remember needing to > > adjust the Reject method to allow messages to be resent to the > > rejecting consumer rather than a true 0_8 interpretation of reject > > which says never send to client again. I could of course got the total > > wrong end of the stick in what need to be done. I shall do my best to > > find time at the weekend to look this over. I've got my new(ish) linux > > box almost ready so might find home dev a little easier. > > I'd be interested in knowing more details if you remember them. FWIW > 0-10 has a message.release that is closer to what you're using reject > for, however I'm still not clear why it would be necessary to use in > that manner.
Annoyingly neither do I. My recollections were around needing to cause the message to be resent which recover didn't do but that isn't quite right. > --Rafael > -- Martin Ritchie
