Thanks Lucas!
This looks really great!
I will give this some solid testing and let you know how it goes.
One nice feature would be to add swagger documentation to your rest api.
However, your current documentation looks really good!
Kind regards
On 11 November 2015 at 09:39, Lucas Ponce <lponce(a)redhat.com> wrote:
Hi Anton,
We have integrated the Events feature in hawkular-alerts master branch:
https://github.com/hawkular/hawkular-alerts
You can follow the hawkular-alerts doc to build and test the component:
http://www.hawkular.org/docs/components/alerts/index.html
We will release a 0.6.0.Final version shortly.
I have prepared some "HelloWorld" examples to show how to use Events on
this repo:
https://github.com/lucasponce/hawkular-examples/tree/master/events
I want alto to publish a blog post once the release is out with more demo
but I didn't want to delay my response to this topic without any feedback.
The examples are using plain bash scripts over the REST API to show basic
features.
Don't hesitate to ask or give feedback, here, github, irc or event JIRA if
you find something broken.
Thanks,
Lucas
----- Original Message -----
> From: "Anton Hughes" <ah(a)tradeworks.io>
> To: "Discussions around Hawkular development" <
hawkular-dev(a)lists.jboss.org>
> Sent: Friday, October 30, 2015 2:16:29 PM
> Subject: Re: [Hawkular-dev] Is this an applicable use-case for Hawkular
>
> Coming back to my original question - and based on some further thinking
and
> reading of the Hawkular website, I have the following thoughts.
>
> On the Hawkular website, it is written:
>
>
>
> For who ?
> There are primarly (BTW - this is spelled incorrect) two types of users.
> Users who wants a toolkit to do server/ system monitoring in general, for
> them we provide a rich REST API to store metrics, trigger alerts and
manage
> an inventory of resources
> Users who want a full-fledge admin console to monitor and manage
middleware
> servers (Currently, only WildFly is supported)
> I've highlighted the general area that I am most interested - and I think
> many others would be too.
> Please take a quick look at
http://martinfowler.com/eaaDev/EventSourcing.html
> . Event Sourcing places emphasis on events of interest - in the Shipping
> example in this link the interesting events are:
>
>
> * Ship Arrives
> * Ship Departs
>
> To be able store (store metrics?) and react (trigger alert) in this
example
> would be very beneficial in many situations.
>
> I hope this helps to illustrates my use-case.
>
> On 29 October 2015 at 14:34, Jay Shaughnessy < jshaughn(a)redhat.com >
wrote:
>
>
>
>
> Anton, yes, it can be a little confusing. The Hawkular project is an
> end-to-end monitoring and management tool focused on Red Hat software.
Today
> it basically offers a Wildfly agent for discovering and managing app
> servers, their hosted apps, and all of the things that make up those
apps.
> What is can handle grows with every release. Hawkular leverages a bunch
of
> components to perform that job. There is HK-Inventory to represent a
network
> of inventories resources (like an app server, a datasource, a jvm, etc),
> HK-Metrics as a Cassandra-backed time-series store, HK-Alerts as a
> Drools-backed alerting tool, HK-Accounts as a KeyCloak backed
> multi-tenant/auth/authz tool, HK-Console for UI, HK-Bus for a comm
backbone,
> etc..
>
> Some of the HK components, namely HK-Metrics and HK-Alerts support
standalone
> deployment outside of Hawkular. They are named Hawkular-Metrics and
> Hawkular-Alerts because they have been developed as part of the Hawkular
> project, but they can be used independently. Hope that helps...
>
>
> On 10/29/2015 9:16 AM, Anton Hughes wrote:
>
>
>
>
> On 29 October 2015 at 14:12, Jay Shaughnessy < jshaughn(a)redhat.com >
wrote:
>
>
> Metrics and Alerts can both be used outside of the Hawkular framework so
> really you can store any metric you like, or alert on basically any data
you
> like. As for Events, the next release of Hawkular Alerts (0.6.0) will
> include a new Events feature that you may find interesting. Whereas
Alerts
> are relatively rare, typically involve human interaction, and run
through a
> simple life-cycle; Events are likely much more numerous, representing any
> sort of happening that a client wants to persist. The interesting thing
> about Events in HK-Alerts is that they can be inserted directly via API
or
> can be generated via Trigger, like an Alert. And Events can also be used
as
> Trigger conditions, to contribute to further Alert or Event generation.
>
> Thanks Jay - this sounds really cool!
>
> I have heard a few times now that hawkular components can be used
outside of
> the hawkular framework. What exactly is the hawkular framework? As an
> outsider I am learning about Hawkular and its features. There is good
> documentation on the features, but the underlying framework, not so much.
>
> Also, regarding documentation, I could not find how to store any
'metric' or
> data. Specifically, I am looking to store not just a metric but a pojo.
>
>
>
>
> --
> Anton Hughes
>
>
>
> _______________________________________________
> hawkular-dev mailing list hawkular-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
>
>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
>
>
>
>
> --
> Anton Hughes
>
>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
>
_______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev