So I've pushed a change that will return the consumerId of the acquiring consumer - so for an acquired message you'd additionally something like:
"deliveredToConsumerId" : "406c1d71-1189-41bf-a945-6d21f5fd0753" Does that meet your requirements? Thanks, Rob On Wed, 6 Nov 2019 at 01:54, Timo Naroska <[email protected]> wrote: > https://issues.apache.org/jira/browse/QPID-8373 > > Thanks, > Timo > > On 11/5/19, 3:53 PM, "Oleksandr Rudyy" <[email protected]> wrote: > > Hi Timo, > > I think that the reason behind providing consumerNumber in > 'deliveredTo' > field was to allow to find the consumer in operational logs.The > consumer > number is reported in operational logs due to historical reasons. > I agree that it make more sense for this REST operation to provide the > consumer id in 'deliveredTo' field. > Please raise a JIRA to request the change. > > Kind regards, > Alex > > On Tue, 5 Nov 2019 at 23:13, Timo Naroska <[email protected]> > wrote: > > > Hi, > > > > for monitoring purposes we're looking for a way to retrieve the > current > > messages from a queue and which consumer, if any, is currently > processing > > them. > > > > I found the getMessageInfo operation on Queue objects which > enumerates > > messages. I can determine messages that are currently processed by > > filtering for state 'Acquired'. However, I don't see a way to > determine > > which specific consumer has acquired which messages. > > There is a 'deliveredTo' field, but the value is some internal > > _consumerNumber attribute of the consumer that seems to be used > nowhere > > else in the REST API. > > > > Would it be possible to return the actual consumer ID in the > deliveredTo > > field to make it more useful? > > Another option would be to add the _consumerNumber to the result of > the > > Queue getConsumers operation. That would allow cross reference. > > > > Any other suggestion? Again I'm looking for a way to determine the > > consumer that has currently acquired a message from the queue. > > > > Thanks > > Timo > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
