You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Christopher L. Shannon (JIRA)" <ji...@apache.org> on 2019/01/31 11:23:00 UTC

[jira] [Commented] (AMQ-7144) Issue with Timer in AbstactInactivityMonitor

    [ https://issues.apache.org/jira/browse/AMQ-7144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16757144#comment-16757144 ] 

Christopher L. Shannon commented on AMQ-7144:
---------------------------------------------

What exception did you see that caused the timers to stop? I'm not saying exceptions couldn't be handled better but I don't think I've ever seen an exception thrown from those tasks and no one else has complained either so I'm wondering what scenario caused the exception for you because there might be an issue there to address to prevent the exception from happening in the first place.

> Issue with Timer in AbstactInactivityMonitor
> --------------------------------------------
>
>                 Key: AMQ-7144
>                 URL: https://issues.apache.org/jira/browse/AMQ-7144
>             Project: ActiveMQ
>          Issue Type: Bug
>    Affects Versions: 5.x
>            Reporter: Megaraj Mahadikar
>            Priority: Critical
>
> Hi,
> If there is an exception in the Timers that schedules the write checker or read check, then this timer is cancelled (refer the java docs of java.util.Timer). As a result of this any new connection to the broker will never go through since the same Timer is used again to schedule the write or read checker. This issue affects the complete broker and the broker needs to be restarted to recover from this issue.
> Ideally any such exceptions within the Timer must be never thrown back which causes the Timer to be cancelled. 
> Regards,
> Megaraj



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)