currently using Artemis 2.5.0 and AMQP in our tests question in short: is there an ability to force last-value queue consumers to be non-destructive so the messages remain on the queue?
a cool use case which we do in the QPID java broker is we create a last-value queue and in the broker we can configure the queue to force all consumers to be non-destructive. the result is a cool "configuration" server where we store config that needs to be shared and pushed to multiple pieces of our system. when the consumer connects it treats all existing messages as "new" and delivers them pushing down to them our configuration immediately when the application connects. later when messages are sent into this last-value queue essentially "updating" or replacing old messages the new messages are sent to all existing consumers. it creates a cool approach where config is delivered first-time and in real-time. first-time/real-time. is there any option on the broker side or the client side to force a connection to act like a normal connection but to be non-destructive. i guess the client side we are using is the qpid-jms-client but if the artemis CORE client has an option we would consider switching. a broker side option would be ideal. thanks dan langford
