You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@eagle.apache.org by "Zhao, Qingwen (JIRA)" <ji...@apache.org> on 2016/10/08 07:19:20 UTC

[jira] [Closed] (EAGLE-302) Add sample main app that read config for alert-executor to make onboard easier with topo-mgmt

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

Zhao, Qingwen closed EAGLE-302.
-------------------------------
    Resolution: Not A Problem

in v0.5, the alert engine is redesign and the topo-mgmt is removed. 

> Add sample main app that read config for alert-executor to make onboard easier with topo-mgmt
> ---------------------------------------------------------------------------------------------
>
>                 Key: EAGLE-302
>                 URL: https://issues.apache.org/jira/browse/EAGLE-302
>             Project: Eagle
>          Issue Type: Improvement
>    Affects Versions: v0.4.0
>            Reporter: Su Ralph
>            Assignee: Zhao, Qingwen
>             Fix For: v0.5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Currently, if user have a simple request of do some alerting where the data source is well matched json to stream schema definition. 
> He has to write a code like KafkaStreamMonitorApp, specify the alert executor id, like what we do for HadoopJmxMetricMonitor.
> This steps are good before v0.4, since at that time user need to manually start the topology. In v0.4, we have topo-mgmt, which we could encourage user to start/stop topology remotely through api/ui. We could provide/enhance to provide an sample app that consume for one policy executor id(from the config). So that for typical use case, user only need to specify the application.conf, then a topology with alert function could be started though UI without any code/jar submit.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)