{"id":11840,"date":"2014-05-26T11:03:00","date_gmt":"2014-05-26T10:03:00","guid":{"rendered":"http:\/\/touk.pl\/blog\/?guid=8a857f3e0dc8d107675ea789b858c309"},"modified":"2022-08-01T15:38:57","modified_gmt":"2022-08-01T13:38:57","slug":"meet-sputnik-static-code-analyser-for-gerrit","status":"publish","type":"post","link":"https:\/\/touk.pl\/blog\/2014\/05\/26\/meet-sputnik-static-code-analyser-for-gerrit\/","title":{"rendered":"Meet Sputnik – static code analyser for Gerrit"},"content":{"rendered":"

Sputnik runs Checkstyle, PMD and FindBugs for your Gerrit patchsets<\/h3>\n

I am happy to announce a first release of Sputnik<\/strong>! It is a static code analyzer that runs Checkstyle, PMD and FindBugs for your Gerrit patchsets. Its main advantage over my previous project Sonar Gerrit plugin<\/a> is that Sputnik is a small, lightweight and standalone Java application. You don’t need any other software to run it. It bundles Checkstyle, PMD and FindBugs jars within distribution zip.<\/p>\n

Workflow<\/h3>\n

Sputnik is intended to use with Gerrit and Continous Integration server, i. e. Jenkins. It works like this:<\/p>\n

<\/a><\/div>\n

Your CI server is updated by ssh that a new patch is submitted to Gerrit. CI fetches this patch and builds a while project. After a build, CI server reports its result to Gerrit. It’s time for Sputnik now.<\/p>\n

Sputnik runs regardless of build result (you can change that in your CI configuration). Sputnik fetches patchset’s file list from Gerrit over HTTP REST API. Then it runs an analysis only on these files!<\/strong> Even if your project is huge, analysis on several files takes only seconds. Sputnik collects comments from all three analysers: Checkstyle, PMD and FindBugs. It sends back all comments to Gerrit via HTTP REST API back. It’s very simple and very fast!<\/p>\n

Installation and configuration<\/h3>\n

First, you need to build https:\/\/github.com\/TouK\/sputnik<\/a> master or download distribution zip from here: sputnik-1.0.zip<\/a>. Go to you CI server and extract it to a directory of your choice. Remember that a user you run CI builds needs to have an access rights to this directory (in my case it’s simply a jenkins<\/code> user). Then you need to prepare your configuration file and write this file to the same directory as unzipped distribution. It is a simple Java properties file, which is pretty self-explanatory. Here is an example:<\/p>\n

gerrit.host=gerrit.yourcompany.com\r\ngerrit.port=8080\r\ngerrit.username=sputnik\r\ngerrit.password=Pa$$wo4d\r\ncheckstyle.enabled=true\r\ncheckstyle.configurationFile=\/opt\/jenkins\/sputnik\/checkstyle.xml\r\ncheckstyle.propertiesFile=\r\npmd.enabled=true\r\npmd.ruleSets=\/opt\/jenkins\/sputnik\/pmd.xml\r\nfindbugs.enabled=true\r\nfindbugs.includeFilter=\/opt\/jenkins\/sputnik\/findbugs.xml\r\nfindbugs.excludeFilter=<\/pre>\n
Now you need to configure you CI server to actually run Sputnik after a build. It is very simple for Jenkins, just add a Post-Build Step. You can adjust if Sputnik runs only on successful build or for every build – use radio buttons for this:<\/p>\n
<\/a><\/div>\n
Last line with exit 0<\/code> is a workaround for a clean exit, even if Sputnik fails for some reason. Exit 0 guarantees you that result of this step doesn’t affect overall build result.<\/p>\n
Summary<\/h3>\n
This is an example screenshot of Sputnik’s comments:<\/p>\n
<\/a><\/div>\n
Sputnik always reports +1 as a result. It can be lacking in some network and authorisation configuration. But it’s open source so please submit issues and patches to its github page: https:\/\/github.com\/TouK\/sputnik<\/a>.<\/p>\n
Your feedback and pull requests are heartly welcome!<\/p>\n","protected":false},"excerpt":{"rendered":"Sputnik runs Checkstyle, PMD and FindBugs for your Gerrit patchsets I am happy to announce a first release of Sputnik! It is a static code analyzer that runs Checkstyle, PMD and FindBugs for your Gerrit patchsets. Its main advantage over my previous pr…\n","protected":false},"author":37,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[461,353,212,482],"class_list":{"0":"post-11840","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-development-design","7":"tag-ci-cd","8":"tag-code-review","9":"tag-git","10":"tag-quality"},"_links":{"self":[{"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/posts\/11840","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/users\/37"}],"replies":[{"embeddable":true,"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/comments?post=11840"}],"version-history":[{"count":2,"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/posts\/11840\/revisions"}],"predecessor-version":[{"id":14790,"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/posts\/11840\/revisions\/14790"}],"wp:attachment":[{"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/media?parent=11840"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/categories?post=11840"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/touk.pl\/blog\/wp-json\/wp\/v2\/tags?post=11840"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}