Ok thanks - I'll take a look and get back to you with any questions.
Have a good weekend.
Regards
Gary
----- Original Message -----
Hi Gary,
answers in line:
----- Original Message -----
> From: "Gary Brown" <gbrown(a)redhat.com>
> To: hawkular-dev(a)lists.jboss.org
> Sent: Friday, February 27, 2015 4:58:49 PM
> Subject: [Hawkular-dev] Notification messages
>
> Hi
>
> Started looking at Hawkular alerts with an eye on RTGov eventually using
> the
> notification mechanism to represent what we currently store/display as
> 'situations'. Had a couple of questions:
>
> 1) The notification message currently has a notifierId - so does this mean
> an
> alert trigger will only have a single notifer? Or could a single alert
> (notification message) potentially be sent to multiple notifiers (e.g.
> twitter, email, etc.) - and if so require a notifierId list?
>
No, a trigger definition can be linked with a list of "notifiers" (this term
will be called "action" in our next api review).
Also this actions can be shared, i.e. an action can be "email to admins and
CTO" and this action has an ID that can be re-used in several triggers
definitions.
> 2) Only other field is currently a description, which is fine for targets
> such as email, twitter etc, but in RTGov 'situations' are also used to hold
> other information that can be used to understand the source of the problem,
> and tie it back to the originating business transaction. Will it be
> possible
> to add such fields to the notification message, even though they may not be
> relevant for the email/sms/twitter type notifiers?
>
Yes, sure, the UI of the MVP was very simple due time constrainst we couldn't
add a rich functionality on that component.
The idea is the following:
- We will have plugable ActionsPlugins that are responsible of the perform
(i.e. an action plugin for emailing, other for mobile, other smp, etc).
- So this ActionPlugin is registered at deployment type, and it specifies
which info can a plugin get, so in the UI you will see that depending of the
plugin selected you will be able to select some properties or others.
- Also, not business requeriments, but technical requeriment, we want the
alerts engine and the action plugins work decoupled, so, i.e. the alerts
engine can be reused for a paas cloud provider to use the engine but add
their own notifications mechanism.
Some notes of this architecture can be reviewed here:
https://developer.jboss.org/wiki/NotificationsPlugins-NotesAboutArchitecture
Cheers,
Lucas
> Regards
> Gary
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
>