<div dir="ltr">Coming back to my original question - and based on some further thinking and reading of the Hawkular website, I have the following thoughts.<div><br></div><div>On the Hawkular website, it is written:</div><div><br></div><div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class="gmail_quote">For who ?<br>There are primarly (BTW - this is spelled incorrect) two types of users.<br>Users who wants a toolkit to do server/<b>system monitoring in general, for them we provide a rich REST API to store metrics, trigger alerts</b> and manage an inventory of resources<br>Users who want a full-fledge admin console to monitor and manage middleware servers (Currently, only <a href="http://www.wildfly.org/" style="color:rgb(202,6,18);text-decoration:none;outline:none medium!important;background:0px 0px transparent">WildFly</a> is supported)</blockquote><div class=""><div style="color:rgb(72,72,72);font-family:&#39;Open Sans&#39;,sans-serif;font-size:14px"><span style="line-height:19.0909px">I&#39;ve highlighted the general area that I am most interested - and I think many others would be too.</span></div><div><span style="color:rgb(72,72,72);font-family:&#39;Open Sans&#39;,sans-serif;font-size:14px;line-height:19.0909px">Please take a quick look at </span><font color="#484848" face="Open Sans, sans-serif"><span style="font-size:14px;line-height:19.0909px"><a href="http://martinfowler.com/eaaDev/EventSourcing.html">http://martinfowler.com/eaaDev/EventSourcing.html</a>. Event Sourcing places emphasis on events of interest - in the Shipping example in this link the interesting events are:</span></font></div><div><ul><li><span style="font-size:14px;line-height:19.0909px;color:rgb(72,72,72);font-family:&#39;Open Sans&#39;,sans-serif">Ship Arrives</span><br></li><li><span style="font-size:14px;line-height:19.0909px;color:rgb(72,72,72);font-family:&#39;Open Sans&#39;,sans-serif">Ship Departs</span><br></li></ul><div><font color="#484848" face="Open Sans, sans-serif"><span style="font-size:14px;line-height:19.0909px">To be able store (store metrics?) and react (trigger alert) in this example would be very beneficial in many situations. </span></font></div></div><div><font color="#484848" face="Open Sans, sans-serif"><span style="font-size:14px;line-height:19.0909px"><br></span></font></div><div><font color="#484848" face="Open Sans, sans-serif"><span style="font-size:14px;line-height:19.0909px">I hope this helps to illustrates my use-case. </span></font></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 29 October 2015 at 14:34, Jay Shaughnessy <span dir="ltr">&lt;<a href="mailto:jshaughn@redhat.com" target="_blank">jshaughn@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <br>
    <font face="Calibri">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..<br>
      <br>
      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...<br>
      <br>
    </font><div><div class="h5"><br>
    <div>On 10/29/2015 9:16 AM, Anton Hughes
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On 29 October 2015 at 14:12, Jay
            Shaughnessy <span dir="ltr">&lt;<a href="mailto:jshaughn@redhat.com" target="_blank">jshaughn@redhat.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.</blockquote>
          </div>
          <br>
          Thanks Jay - this sounds really cool!</div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">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. </div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">Also, regarding documentation, I could
          not find how to store any &#39;metric&#39; or data. Specifically, I am
          looking to store not just a metric but a pojo.</div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra"><br>
          <br clear="all">
          <div><br>
          </div>
          -- <br>
          <div>
            <div dir="ltr">
              <div>
                <div dir="ltr">Anton Hughes
                  <div><br>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><span class=""><pre>_______________________________________________
hawkular-dev mailing list
<a href="mailto:hawkular-dev@lists.jboss.org" target="_blank">hawkular-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/hawkular-dev</a>
</pre>
    </span></blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
hawkular-dev mailing list<br>
<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/hawkular-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Anton Hughes<div><br></div></div></div></div></div>
</div>