That's definitely appealing to me.

On Mon, Aug 15, 2016 at 4:45 PM, John Sanda <jsanda@redhat.com> wrote:
We use JMS in large part because metrics and alerts  are in separate WARs (I realize JMS is used for other purposes, but I am speaking strictly about this scenario). Why not deploy metrics and alerts in the same WAR and altogether bypass JMS? As data points are ingested, we broadcast them using an Rx subject to which both metrics and alerts subscribe. We could do this is in away that still keeps metrics and alerts decoupled as they are today. We would also have the added benefit of having a stand alone deployment for metrics and alerts.
 
On Aug 10, 2016, at 9:37 AM, Jay Shaughnessy <jshaughn@redhat.com> wrote:


Yes, in fact I should have made it more clear that this whole discussion is bounded by H Metrics and H Alerting in the H Services context, so limiting this to HS/Bus integration code is what we'd want to do.

On 8/10/2016 4:06 AM, Heiko W.Rupp wrote:
Someone remind me please.

That bus-sender in/or hawkular-metrics is not an
internal detail of metrics, but rather sort of
'external add-on'?

If so, the logic to filter (or create many subscriptions)
could go into it and would not touch the core metrics.
Metrics would (as it does today) forward all new data-
points into this sender and the sender can then decide
how to proceed.

_______________________________________________
hawkular-dev mailing list
hawkular-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev


_______________________________________________
hawkular-dev mailing list
hawkular-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev


_______________________________________________
hawkular-dev mailing list
hawkular-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev