You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
base on discussion at #3085 and a lot of other cases that were before.
We should have some way to "trace" what is going on in Checkstyle by directing logs to output.
New CLI argument need to be created "-d" "--debug" to show DEBUG level of logs.
All logging in Checkstyle should be done on with DEBUG and TRACE level. INFO and WARN and ERROR already user for severity so lets not mix them.
for now we use apache logging (example), dependency is transitive:
I personally fan of slf4j logging api usage. But switching to slf4j will mean extra dependency to our library. For now we have almost no logging. So for now lets stay with apache common logging till amount of logs become significant and verbose format
if (log.isDebugEnabled()) {
log.debug(".....")
}
is bearable. But all log usages should be wrapped for now, as we are a library.
The text was updated successfully, but these errors were encountered:
base on discussion at #3085 and a lot of other cases that were before.
We should have some way to "trace" what is going on in Checkstyle by directing logs to output.
New CLI argument need to be created "-d" "--debug" to show DEBUG level of logs.
All logging in Checkstyle should be done on with DEBUG and TRACE level. INFO and WARN and ERROR already user for severity so lets not mix them.
for now we use apache logging (example), dependency is transitive:
I personally fan of slf4j logging api usage. But switching to slf4j will mean extra dependency to our library. For now we have almost no logging. So for now lets stay with apache common logging till amount of logs become significant and verbose format
is bearable. But all
log
usages should be wrapped for now, as we are a library.The text was updated successfully, but these errors were encountered: