You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Alejandro Fernandez (JIRA)" <ji...@apache.org> on 2014/09/18 20:10:34 UTC

[jira] [Updated] (AMBARI-7094) Alerts: Implement Property Updates for Alert Targets

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

Alejandro Fernandez updated AMBARI-7094:
----------------------------------------
    Fix Version/s:     (was: 1.8.0)
                   2.0.0

> Alerts: Implement Property Updates for Alert Targets
> ----------------------------------------------------
>
>                 Key: AMBARI-7094
>                 URL: https://issues.apache.org/jira/browse/AMBARI-7094
>             Project: Ambari
>          Issue Type: Task
>          Components: alerts, ambari-server
>    Affects Versions: 1.8.0
>            Reporter: Jonathan Hurley
>            Assignee: Jonathan Hurley
>             Fix For: 2.0.0
>
>
> Alert Targets should have the ability to contain an unstructured set of properties so that customer defined targets (and dispatchers) can still be stored and retrieved by Ambari.
> The initial design had a defined structure for both email and snmp protocols. However, these properties were just turned into a flat set by the data layer. 
> For the initial approach, it doesn't make much sense to try to model structured properties when, at the end of the day, they need to be serialized to a map.
> {code}
> {
>   "AlertTarget": {
>     "name": "Administrators",
>     "description": "The Admins",
>     "notification_type": "EMAIL",
>     "properties":{
>       "mail.smtp.host": "my.host.net",
>       "mail.smtp.port" : "587",
>       ...
>     }
>   }
> }
> {code}
> This also lets any property defined be passed to the backend provider in order to properly dispatch to the targets. 



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