Switched to embedded Google checkstyle rules#1018
Conversation
|
Build is failing due to exceeded maximum log length. Probably due to extensive output from Checkstyle... |
|
Until now the travis build wasn't using the checkstyle configuration because it was in the execution I think. Now the configuration is used which means |
|
It is outputting a lot of warnings. Those don't stop the build anyway, so I'm bit confused what is the use of them. |
|
I'm not sure about |
Moved the configuration out of the execution to make it used in all executions. Fixes #1016
This refactoring may be better done in a new issue as it may have too many implication.
|
Hm interesting, I moved the configuration back into the execution. Seems as the configuration still runs on travis. So it proved me wrong. The google_checks.xml contains more rules than the current one I think. So
|
consoleOutput outputs everything while failsOnError just fails the build but doesn't log the error. failOnViolation fails on a violation and logs it (logViolationsToConsole defaults to true).
|
Build is green ... finally |
|
This looks good. So the ruleset it is using can be found at https://github.com/checkstyle/checkstyle/blob/master/src/main/resources/google_checks.xml and it is also available in human readable format here https://google.github.io/styleguide/javaguide.html |
|
The severity of the violations in google_checks.xml is warning and that's why it's not failing the build although more than 6k issues are found. |
|
Thanks @kaiwinter for making this work 👍 |
Moved the configuration out of the execution to make it being used in all executions. Fixes #1016