Its not clear which client you are using so its hard for anyone to offer specific advice, however in thinking, I dont believe any of the clients has a way to retrieve unsettled messages. Related to that, I believe in most cases the clients dont retain messages to be able to 'retransmit', mostly for some they might freshly transmit things they hadn't sent before a disconnect (there may be specific outliers to this, e.g especially for some sync-send cases).
The typical approach to what you are asking about is that your application code track the things being sent and track confirmation of their delivery, such that your application itself knows what it needs to send upon the reconnect to be sure it was delivered (at-least-once), or also originally if something is not accepted because of e.g disk full problems. On Wed, 10 Jan 2024 at 16:34, Mario García Pérez <mgarc...@gmail.com> wrote: > > Hi, > > Sometimes, when trying to send a message to a broker it cannot be send > correctly due to high disk usage on broker's machine, so message is lost. > > To face it I thought 2 different options: > 1) Use sync parameter in send() call to wait for broker confirmation > 2) To, asynchronously, take control of messages that have not been > confirmed and try to resend them. > > As option 1 entail to process get blocked until broker confirm the > reception of the message, my choice is option 2. However, I don't know how > get the list of messages whose reception was not confirmed by broker. > Analyzing class Sender I find the method getUnsettled() that return the > number of unsettled messages, but nothing that return the list of messages. > > Also, I have read that if connection fails, after reconnect, the unsettled > messages will be retransmitted, so I suspect that the retrieve of unsettled > messages could be possible. > > So, in conclussion, my questions are: > Is possible to get the list of unsettled messages? If possible, how I can > get it? > > Thank you in advance. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
