[
https://issues.apache.org/jira/browse/ARTEMIS-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16665516#comment-16665516
]
ASF subversion and git services commented on ARTEMIS-1856:
----------------------------------------------------------
Commit 97612c48d31c6b9f770a904a9e692e3bb42a1138 in activemq-artemis's branch
refs/heads/master from [~jbertram]
[ https://git-wip-us.apache.org/repos/asf?p=activemq-artemis.git;h=97612c4 ]
ARTEMIS-1856 support delays before deleting addresses & queues
> Add support for delays before deleting addresses and queues
> -----------------------------------------------------------
>
> Key: ARTEMIS-1856
> URL: https://issues.apache.org/jira/browse/ARTEMIS-1856
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Reporter: Lionel Cons
> Priority: Major
>
> By default, Artemis deletes inactive addresses and empty queues. This is good
> to minimize the resources used.
> However, this is problematic for monitoring because counters (like the
> numbers of received and sent messages) are attached to these objects that get
> deleted. So a monitoring tool periodically probing the broker may miss these
> objects that get immediately deleted.
> It would be good to add support for delays. An object would not be
> immediately deleted but would stay in the broker for a configurable period of
> time, so that monitoring tools get a chance to get its counters.
> Note that this feature (delayed deletion) already exists in ActiveMQ 5. See
> the {{gcInactiveDestinations}}, {{schedulePeriodForDestinationPurge}} and
> {{inactiveTimoutBeforeGC}} parameters in
> http://activemq.apache.org/delete-inactive-destinations.html.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
