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 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 <> 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 <> 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 mailing list

Anton Hughes