At F2F I got the impression that alerts will most likely be necessary to run with just
metrics also - without rest of Hawkular? I'd say it's a good combo to keep those
two as "standalone", as there are other alerting components available also (such
as Bosun) - which we would probably like to 'compete' with.
- Micke
----- Original Message -----
From: "John Mazzitelli" <mazz(a)redhat.com>
To: "Discussions around Hawkular development"
<hawkular-dev(a)lists.jboss.org>
Sent: Thursday, May 21, 2015 1:43:41 PM
Subject: Re: [Hawkular-dev] Hawkular integration
This is a non-requirement, or only for Metrics. There is definitely
no
requirement that there is a package/runnable instance for each component
or combination of components,.
I am really fearing that we completely lost the focus which is
*Hawkular* and add unnecessarily burden for non-requirements.
What started as separation of concerns (One part that stores metrics,
one part that manage alerts, one part that manage an inventory) became
an a-la-carte project where we would need to produce/maintain/test
combinations. We just don't have the time for that IMO.
OK, that's good to know. Even as recent as the F2F we were talking about deploying
components (like alerts) standalone. Which was the whole reason behind the "CDI
listener" stuff. But if Metrics is the only standalone component, they can figure out
how they want to do that, but all our other components can be assumed to only be running
in a full Hawkular environment. That makes some decisions easy. No need to play all these
games to get components "pluggable" into the hawkular ecosystem - dual
assemblies, or cracking open artifacts and injecting glue code. We can just assume we have
dependencies on all the other components and be done with it.
_______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev