You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Dan Smith (Jira)" <ji...@apache.org> on 2020/01/02 20:13:00 UTC

[jira] [Resolved] (GEODE-7623) AlertingAction thread local looks like it will no longer have any effect

     [ https://issues.apache.org/jira/browse/GEODE-7623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dan Smith resolved GEODE-7623.
------------------------------
    Fix Version/s: 1.12.0
       Resolution: Fixed

> AlertingAction thread local looks like it will no longer have any effect
> ------------------------------------------------------------------------
>
>                 Key: GEODE-7623
>                 URL: https://issues.apache.org/jira/browse/GEODE-7623
>             Project: Geode
>          Issue Type: Bug
>          Components: logging, membership
>            Reporter: Dan Smith
>            Priority: Major
>             Fix For: 1.12.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> From code inspection, it looks like the changes in dffcb944 have made the AlertingAction class effectively useless.
> The class has a thread local that is set when we start sending an alert. But dffcb944 changed the alert process such that shortly after the thread local is set, the bulk of the alerting logic happens in a *separate* thread, without the thread local, in ClusterAlertMessaging.sendAlert.
> Therefore, this thread local has no effect. If this behavior was previously useful, we need to set the thread local inside this new executor thread, perhaps? Or find some other way to prevent the executor from triggering new alerts?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)