Hello<br><br> With the the basic queue based message consumption, I&#39;ve this scenario , where my queue consumer reads message from queue and pass on as response to remote application client. However as I may not get the message processing response from client immediately, I&#39;ll not like to acknowledge message while consuming from queue. In the event some issue occurs at the application client and I need to resend the earlier message, how can i do it.<br>
In my scenario I also need to take care that the message being re-requested should follow the order. And I&#39;m not sure whether basicRecover() is the right way as I feel that it may put the content as the last entry in queue?<br>
For eg: In my case  first message send content which needs to be created and the second one is update on the first message&#39;s content. For some reason first message processing fails and client is not able to give reject/acknowldege, the second one may not be requested at all. And when the application client next connects it will get the second message which will fail due to business logic [as first one is not available]. <br>
I was thinking if it is possible to send the first message again when the client reconnects before giving the second message. Is it possible? Else what is the alternative?<br><br>thanks<br>pradeep<br>