[Hawkular-dev] Notification messages

[Gary Brown]

Hi Lucas

Thanks again for the info - a couple more points related to potential use for 'situations' in RTGov:

1) RTGov maintains a list of 'situations' that have occurred, which can be used to access other information about the business transaction, historic analysis, etc. Wondering whether maintaining a historic view of notifications that have occurred is something you have thought about?

Possibly this could be another plugin - may be not explicitly defined as an action, but implicitly just records any notifications sent.

2) From the description in the doc, it gives an example of an email notifier with an email address - so in this context the email address is statically defined. Is it also possible for the component raising the 'action'/'notification' to provide the email address?

3) Would you expect any component generating notifications to use a 'client api' or is direct publishing of the NotificationMessage a valid use case?


Regards
Gary

----- Original Message -----
> Hi Gary,
> 
> answers in line:
> 
> ----- Original Message -----
> > From: "Gary Brown" <gbrown at redhat.com>
> > To: hawkular-dev at 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 at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hawkular-dev
> > 
>