[Hawkular-dev] [GSoC] Hawkular Android Client: Weekly Report #7
Jay Shaughnessy
jshaughn at redhat.com
Mon Jul 13 10:58:20 EDT 2015
Hi Artur,
At the alerting level the main ability to categorize, outside of playing
games with trigger names and things like that, is provided by Tags.
Tags can be applied to Triggers and are basically [category],name. You
can then query Triggers via tags, and also query alerts via the tags on
their owning triggers.
Because alerts have no inventory context, meaning it does not know about
resources, higher level API for tying together Resources/Triggers/Alerts
would need to be provided at the Hawkular level. And that is fine, I
think. So the questions become, "what would a helpful API look like"
and "where do we keep the relationships, in alert tags, resource
relationships,. etc"?
Open to ideas. Also, there is [HWKALERTS-62: Allow any data to store
contextual information] which could also come into play.
On 7/13/2015 4:58 AM, Artur Dryomov wrote:
>
> * Navigation. I am not entirely sure that the current navigation
> handles everything properly. For example, at the moment all alerts
> are shown when browsing alerts. There should be some
> categorization based on resources, but at moment there are no
> proper API calls supporting it. The only thing we have is
> filtering via trigger IDs. Web UI solution is mostly a hack from
> my perspective [4].
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/hawkular-dev/attachments/20150713/0a538334/attachment.html
More information about the hawkular-dev
mailing list