I'm also no expert on Messenger having barely ever used it, but I believe Gordon was suggesting you set it to a non-zero value such that there is a window, so that you can explicitly accept/reject, rather than the zero default where there isnt a window and you can't (with it always accepting).
After that, my understanding from reading previous mails is that things only get sent/recv on the wire by Messenger when you use certain methods. Skimming the code it appears send/recv/stop/work cause things to be processed, so it appears like you need to call one of those methods after handling the message, which likely explains the behaviour you saw. If this is something new you are working on you might be better looking at the Reactor bits instead. From previous postings on [email protected] I believe folks from Azure Event Hubs are currently using that to create a client. Robbie On 8 February 2016 at 20:14, Paolo Patierno <[email protected]> wrote: > I set the incoming windows size to 0. > After receiving the message, no disposition message is sent (in this case to > accept and it should sent automatically due to zero windows size). > However, If I call the "accept" method followed by the "work" method, the > disposition frame was sent.The strange behavior is when I call the "reject" > method followed by the "work" method : in that case the disposition frame was > sent but with the Accepted annotation instead of the Rejected annotation. > :-( > Paolo PatiernoSenior Software Engineer > > > Windows Embedded & IoTMicrosoft Azure Advisor > Twitter : @ppatierno > Linkedin : paolopatierno > Blog : DevExperienceBlog : Embedded101 > > >> Date: Mon, 8 Feb 2016 18:23:39 +0000 >> From: [email protected] >> To: [email protected] >> Subject: Re: Rejecting/Accepting message with Qpid Proton-J >> >> On 02/08/2016 06:15 PM, Paolo Patierno wrote: >> > I already did that. The documentation says that with incoming windows size >> > to 0, the message should be automatically acknowledged (so disposition >> > frame should be sent) ... but it doesn't happen. >> >> Ah, I thought that when you said 'the client doesn't send the >> disposition frame to the broker with rejected annotation' you meant that >> the disposition was sent but that it did not contain a rejected status. >> You are saying that no disposition is sent at all? >> >> Does proton-j have the equivalent of pn_messenger_work? And if so are >> you calling that after the reject? or pn_messenger_recv again? >> >> (In order to set the status to rejected, you will need to increase the >> window, at least if it follows the proton-c logic). >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
