Alert trigger flags
by Luba Roitman
Hi, I am trying to understand the relationship between a number of alert trigger flags. While behavior of each individual flag (autoDisable, autoEnable and autoResolve) is clear, I have some questions on how trigger behaves when some of this flags are turned on:
1. autoDisable + autoEnable: this combination seems possible and logical, the triggers gets disabled, the user tends to alerts fired by the trigger, resolves them, the trigger gets enabled2. autoDisable + autoResolve: does this combination make sense? I can imagine trigger fires an alert, goes into disabled state. Does it switch into evaluating autoresolve conditions? If user manually enables such trigger after it got disabled after firing, will it be evaluating autoresolve conditions?3. autoEnable + autoResolve: same questions as before: alert fires, trigger starts to evaluate resolve conditions, then got disabled manually. User resolves alerts, the trigger becomes enabled because of autoEnable flag, but does it evaluate resolve conditions or problem conditions?
I would appreciate your help in clarifying the questions.
Thanks, Luba
8 years, 11 months
What should be the replacement for printlns in tests?
by Peter Palaga
Hi *,
Short version: How to configure the log levels for individual
jboss.logging loggers in tests run by maven outside the container?
Long version:
I was recently assigned https://issues.jboss.org/browse/HAWKULAR-264 Add
println checks to the checkstyle. It says that "Tests shouldn't be
allowed to have printlns, we should enforce this via the checkstyle plugin."
I fully agree for tests being run on the server side - those can use
JBoss Logging in the very same manner as the server code.
However, what is the best replacement for println()s in tests that are
run outside the server?
I tried using JBoss Logging there too but I failed completely to find a
way to configure the log levels for individual loggers. Does anybody
know how to do that?
To get my work done without using printlns, I started to use
java.util.logging configured via logging.properties :
https://github.com/hawkular/hawkular-agent/blob/master/hawkular-wildfly-a...
So what should be the replacement for printlns in tests?
Thanks,
Peter
8 years, 11 months
Eliminating Alerts -> Command Gateway dependency
by Peter Palaga
Hi Jay, Lucas and *,
I was looking into the possibility to move all message classes [1] from
Command Gateway to Commons. My primary motivation was to eliminate the
dependency of Alerts on Command Gateway. After thinking about the impact
I basically abandoned that idea.
Initially, I thought, the move can be justified by the fact that those
classes define a public API that can be hosted separately from the
implementation. However, we have not done anything like that for any
other component. I think that such a split would make the development of
the command gateway (or any other component) unnecessarily complicated.
Moreover, there is another option [2] you (Alerts guys) seem to foresee
already:
CommandEventListener can be moved to a new deployment in Hawkular.
Hawkular Alerts should not really have knowledge about Hawkular-level
decisions, like which possible Events to filter out or various special
handling that needs to be performed.
Hence I vote for moving CommandEventListener to Hawkular. Do you (Alerts
guys) already have a Jira for that?
Thanks,
Peter
[1] The message classes are generated from these schemas:
https://github.com/hawkular/hawkular-command-gateway/tree/master/hawkular...
plus some interfaces etc. in
https://github.com/hawkular/hawkular-command-gateway/tree/master/hawkular...
[2]
https://github.com/hawkular/hawkular-alerts/blob/master/hawkular-alerts-b...
8 years, 11 months
Around android client failure
by Anuj Garg
Just tested the Android client with alpha 3. And it worked pretty awesome.
But android client not able to generate token with later versions of
Hawkular.
What can be possible causes??
To me it seems like The urls have been changed that are to be used by
keycloak via aerogear in android client.
Listing used by client is http://pastebin.com/pTfq4LxA
8 years, 11 months
