A utility to collect a history of key numbers for each SonarQube analysis triggered by maven builds.

Steinar Bang 43557a46e5 Upgrade parent to get junit jupiter 5.11.0, mockito 5.13.0 and all maven plugins as current latest stable version hace 2 meses
.github 0d8ec035f6 Replace java 11 with java 17 in github actions CI build hace 1 año
docker 6c8dd4e0b6 Update parent version in the docker pom hace 3 años
jacoco-coverage-report 9bf6c0c84e [maven-release-plugin] prepare for next development iteration hace 3 meses
sonar-collector-webhook 9bf6c0c84e [maven-release-plugin] prepare for next development iteration hace 3 meses
.editorconfig f416db6276 Initial commit. hace 7 años
.gitignore 59f7e48763 Ignore eclipse workspace data hace 2 años
LICENSE f416db6276 Initial commit. hace 7 años
README.org 4d13466db4 Add version 1.5.28 to the release history of the README hace 3 meses
pom.xml 43557a46e5 Upgrade parent to get junit jupiter 5.11.0, mockito 5.13.0 and all maven plugins as current latest stable version hace 2 meses

README.org

SonarQube metrics collector

SonarQube is a code analysis tool that shows key numbers about code quality, e.g. code coverage, code complexity and various code practices.

SonarQube has a web GUI that allows exploring the analysis results.

However, SonarQube has no storage of build quality history. To keep statistics about code quality one either have to manually type the key numbers of each analysed application into a spreadsheet, or use something like this tool.

This utility consists of a servlet that serves as a webhook that is called by Sonar when completing an analysis. The webhook POST data doesn't have the necessary information (which are some key metrics of the build).

So when receiving a POST, the servlet will do a callback to the SonarQube REST API to retrieve the metrics, which will then be stored in a PostgreSQL database.

The servlet has been written as a microservice that can be installed into an apache karaf instance.

Status of the project

file:https://github.com/steinarb/sonar-collector/actions/workflows/sonar-collector-maven-ci-build.yml/badge.svg file:https://coveralls.io/repos/github/badges/shields/badge.svg?branch=master file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=alert_status#.svg file:https://maven-badges.herokuapp.com/maven-central/no.priv.bang.sonar.sonar-collector/sonar-collector/badge.svg

file:https://sonarcloud.io/images/project_badges/sonarcloud-white.svg

file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=sqale_index#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=coverage#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=ncloc#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=code_smells#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=sqale_rating#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=security_rating#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=bugs#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=vulnerabilities#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=duplicated_lines_density#.svg file:https://sonarcloud.io/api/project_badges/measure?project=steinarb_sonar-collector&metric=reliability_rating#.svg

Release history

Version Date Description
1.5.28 <2024-08-03 Sat> Use jackson 2.17.2
1.5.27 <2024-08-01 Thu> Use liquibase 4.29.0
1.5.26 <2024-07-05 Fri> Use liquibase 4.28.0
1.5.25 <2024-04-06 Sat> Use liquibase 4.27.0 and to build with karaf 4.4.5
1.5.24 <2024-03-25 Mon> Use postgresql JDBC 42.7.3, jackson 2.16.2
1.5.23 <2024-03-02 Sat> Use postgresql JDBC 42.7.2
1.5.22 <2023-12-14 Thu> Use postgresql JDBC 42.7.1 and mockito 5.8.0
1.5.21 <2023-12-12 Tue> Use liquibase 4.24.0
1.5.20 <2023-11-05 Sun> Use jackson 2.15.3, junit jupiter 5.10.0, and mockito 5.7.0
1.5.19 <2023-10-31 Tue> Use karaf 4.4.4
1.5.18 <2023-07-30 Sun> Use liquibase 2.15.2
1.5.17 <2023-07-08 Sat> Use Java 17
1.5.16 <2023-07-02 Sun> Use liquibase 4.23.0
1.5.15 <2023-04-26 Wed> Use jackson 2.15.0
1.5.14 <2023-04-24 Mon> Use jackson 2.14.2
1.5.13 <2023-04-23 Sun> Build karaf feature files in the maven "compile" phase
1.5.12 <2023-03-06 Mon> Use liquibase 4.19.0, pax-jdbc 1.5.5, postgresql jdbc 42.5.4, karaf 4.4.3
1.5.11 <2022-12-04 Sun> Use jackson 2.14.1 to fix CVE-2022-42003 and CVE-2022-42004
1.5.10 <2022-11-26 Sat> Use postgresql jdbc 42.5.1 to fix CVE-2022-41946
1.5.9 <2022-11-01 Tue> Use liquibase 4.17.1, postgresql jdbc 42.5.0
1.5.8 <2022-10-20 Thu> Add support for maintainability, security and reliability ratings
1.5.7 <2022-10-12 Wed> Work with SonarQube with version >= 8 (no longer works with version 7.x and older)
1.5.6 <2022-10-09 Sun> Github actions CI build, sonar report cleanup, support for sonar user token
1.5.5 <2022-08-21 Sun> Use liquibase 4.15.0
1.5.4 <2022-08-10 Wed> Use maven-bundle-plugin 5.1.8, junit jupiter 5.9.0, mockito 4.6.1, and assertj 2.23.1
1.5.3 <2022-08-10 Wed> Use postgresql jdbc driver 42.4.1
1.5.2 <2022-07-25 Mon> Use karaf 4.4.1
1.5.1 <2022-05-31 Tue> Use jackson jackson 2.13.3 to fix security issue
1.5.0 <2022-05-29 Sun> Use karaf 4.4.0 and OSGi 8
1.4.8 <2022-02-21 Mon> Use Java 11, karaf 4.3.6, junit 5.8.2, assertj 3.22.0 and mockito 4.3.1
1.4.7 <2021-10-14 Thu> Use karaf 4.3.3 and postgresql JDBC 4.2.24
1.4.6 <2021-07-25 Sun> Use PostgreSQL JDBC driver 42.2.23
1.4.5 <2021-06-15 Tue> Use jackson 12.3
1.4.4 <2021-06-13 Sun> Align dependency versions with other applications
1.4.3 <2021-06-01 Tue> Get versions for the OSGi 7 framework and the OSGi compendium from the karaf BoM
1.4.2 <2021-04-19 Mon> Get OSGi adapters dependency from a BoM
1.4.1 <2021-04-17 Sat> Get maven dependency versions and maven plugin config from a parent POM
1.4.0 <2021-04-12 Mon> Built with karaf 4.3.0 and OSGi 7
1.3.4 <2021-03-21 Sun> Bugfix: avoid loading junit and hamcrest in karaf
1.3.3 <2021-03-21 Sun> Get maven dependencies from the karaf 4.2.11 BoM
1.3.2 <2020-10-10 Sat> Use PostgreSQL JDBC driver 42.2.17
1.3.1 <2020-09-26 Sat> Use PostgreSQL JDBC driver 42.2.12
1.3.0 <2020-07-24 Fri> Remove use of cobertura, upgrade liquibase from 3.5.3 to 3.8.0
1.2.0 <2020-04-20 Mon> Use jackson-databind 2.9.10.3, make liquibase script work with h2
1.1.0 <2019-11-14 Thu> Use pax-jdbc-config to set up the database, build with openjdk 11, jackson security upgrade
1.0.0 <2017-12-18 Mon> First release

How to build the application

(this assumes that you have an apache karaf already installed on your development computer, as well as git, maven, and a Java development kit)

    Procedure:
  1. Clone the project
  2. #+BEGIN_EXAMPLE mkdir -p ~/git cd ~/git git clone https://github.com/steinarb/sonar-collector.git #+END_EXAMPLE
  3. Build the project with maven
  4. #+BEGIN_EXAMPLE cd ~/git/sonar-collector mvn clean install #+END_EXAMPLE
  5. Give the following commands from the karaf console to install the REST service:
  6. #+BEGIN_EXAMPLE feature:repo-add mvn:no.priv.bang.sonar.sonar-collector/sonar-collector-webhook/LATEST/xml/features feature:install sonar-collector-webhook-with-postgresql #+END_EXAMPLE

/Note/: You will need to have a suitable PostgreSQL database to write to for this servlet to be meaningful. See the sections Create the database and Using a database running on a different host for more detail. The database just have to be a blank, freshly created database, that the servlet can write to, either on localhost with the curent user, or using JDBC credentials configured from the karaf console (this is what's covered in Using a database running on a different host).

Run the Sonar metrics collector in docker

The latest version of the sonar-collector is available from docker hub.

/Note/: The docker image is actually provisioned at startup time by the latest sonar-collector release to maven central, so don't be mislead by the creation date of the image. The most recent relase to maven central is what will be run.

    To run the sonar-collector in the container:
  1. get hold of an RDBMS (preferrably PostgreSQL but any RDMS that has its driver deployed to maven central (i.e. not Oracle) can probably be made to work)
  2. The database could be an AWS MicroDB (preferraby PostgreSQL)
  3. The database could potentially be an aurora instance (however, this heas not been tried, since AWS aurora instances costs money from day one)
  4. add a user to the RDBMS (e.g. "myuser" with password "sosecret")
  5. add a blank database to the RDBMS, e.g. named "sonar-collector", with the user created above as owner
  6. In the docker container, get the image from docker hub:
  7. #+begin_example pull steinarb/sonar-collector:latest #+end_example
  8. Start a container with the image, setting the JDBC credentials as environment variables:
  9. #+begin_example docker run -p 8101:8101 -p 8181:8181 -e "JDBC_URL=jdbc:postgresql://somehost.com/sonar-collector" -e "JDBC_USER=myuser" -e "JDBC_USER=sosecret" -d steinarb/sonar-collector:latest #+end_example
  10. [https://docs.sonarqube.org/latest/project-administration/webhooks/][Add the URL of the sonar-collector running inside the container as a webhook to sonar]] (e.g. http://somecontainer.somecompany.com:8181/sonar-collector)
  11. After this the key measurements from each sonar run will be stored as a row in the measures table with the time of the run
  12. There is no UI, use a database explorer tool to run queries on the measures table to get the desired number

JDBC config that can be set with environment variables

Example docker run command for using a h2 database instead of postgresl

docker run -p 8101:8101 -p 8181:8181 -e 'JDBC_DRIVER_FEATURE=pax-jdbc-h2' -e 'JDBC_DRIVER_NAME=H2 JDBC Driver' -e 'JDBC_URL=jdbc:h2:tcp://somehost.company.com/~/sonar-collector' -e 'JDBC_USER=sa' -e JDBC_PASSWORD='' -d steinarb/sonar-collector:latest

Example values for some RDBMSes

he values that can be overridden by setting environment variables on container start, are
Variable Default value Description
JDBC_DRIVER_FEATURE postgresql Karaf feature to load the driver
JDBC_DRIVER_NAME PostgreSQL JDBC Driver Identify correct driver for OSGi service dependency injection
JDBC_URL jdbc:postgresql:///sonar-collector
JDBC_USER No default to make it possible to have no username
JDBC_PASSWORD No default to make it possible to have no password
RDBMS type Karaf feature JDBC_DRIVER_NAME example JDBC_URL Default port
PostgreSQL postgresql PostgreSQL JDBC Driver jdbc:postgresql://somehost.company.com/sonar-collector 5432
Derby (aka. JavaDB) pax-jdbc-derby derby jdbc:derby://somehost.company.com:1527/sonar-collector 1527
H2 pax-jdbc-h2 H2 JDBC Driver jdbc:h2:tcp://somehost.company.com/~/sonar-collector 9092
MSSQL pax-jdbc-mssql Microsoft JDBC Driver for SQL Server jdbc:sqlserver://somehost.company.com:1433;databaseName=sonar-collector 1433
mariadb pax-jdbc-mariadb mariadb jdbc:mariadb://somehost.company.com:3306/sonar-collector 3306
mysql pax-jdbc-mysql mysql jdbc:mysql://somehost.company.com:3306/sonar-collector 3306

How to install and run the application on a debian server

(This procedure doesn't require development tools or building the project yourself. The servlet, and its attached karaf feature has been deployed to maven central)

This describes how to install and run the program on a debian GNU/linux system.

Install the required software

As root, do the following command:


  apt-get update
  apt-get install postgresql

Create the database

    Procedure:
  1. Create a PostgreSQL user matching the karaf user:
  2. #+BEGIN_EXAMPLE /usr/bin/sudo -u postgres createuser --pwprompt karaf #+END_EXAMPLE
  3. At the prompt "Enter password for new role", enter the JDBC password for user "karaf"
  4. At the prompt "Enter it again", enter the same password again
  5. Make a note of this password, since it will be needed later, when [[Using a database running on a different host][setting up a password authenticated connection]]
  6. Create an empty database owned by the karaf user:
  7. #+BEGIN_EXAMPLE /usr/bin/sudo -u postgres createdb -O karaf sonarcollector #+END_EXAMPLE

Install apache karaf

Install the application in karaf

    Do the following steps as root
  1. Add a key for the apt repo containing the karaf package
  2. #+BEGIN_EXAMPLE wget -O - https://apt.bang.priv.no/apt_pub.gpg | apt-key add - #+END_EXAMPLE
  3. Add the repo containing karaf by adding the following lines to /etc/apt/sources.list :
  4. #+BEGIN_EXAMPLE # APT archive for apache karaf deb http://apt.bang.priv.no/public stable main #+END_EXAMPLE
  5. Install the debian package
  6. #+BEGIN_EXAMPLE apt-get update apt-get install karaf #+END_EXAMPLE
    Procedure:
  1. SSH into karaf
  2. #+BEGIN_EXAMPLE ssh -p 8101 karaf@localhost #+END_EXAMPLE The password is "karaf" (without the quotes)
  3. Install the application
  4. #+BEGIN_EXAMPLE feature:repo-add mvn:no.priv.bang.sonar.sonar-collector/sonar-collector-webhook/LATEST/xml/features feature:install sonar-collector-webhook-with-postgresql #+END_EXAMPLE

Using a database running on a different host

(sonar-collector has been deployed to maven central, which is a repository that is builtin to karaf)

The above example shows connecting to a PostgreSQL database running on localhost, authenticating with ident authentication (ie. no password).

This example shows how to connect to a PostgreSQL database running on a different host, authenticating using username and password.

    Procedure:
  1. SSH into karaf
  2. #+BEGIN_EXAMPLE ssh -p 8101 karaf@localhost #+END_EXAMPLE The password is "karaf" (without the quotes)
  3. In the karaf command shell, create configuration for the JDBC connection:
  4. #+BEGIN_EXAMPLE config:edit org.ops4j.datasource-sonar-collector config:property-set osgi.jdbc.driver.name "PostgreSQL JDBC Driver" config:property-set dataSourceName "jdbc/sonar-collector" config:property-set url "jdbc:postgresql://lorenzo.hjemme.lan/sonarcollector" config:property-set user "karaf" config:property-set password "karaf" config:property-set org.apache.karaf.features.configKey "org.ops4j.datasource-sonar-collector" config:update #+END_EXAMPLE (this assumes the username/password combination karaf/karaf, it is recommended to use a different password in a real setting with PostgreSQL accepting network connections)

The "config:update" command will cause the sonar collector to be restarted, it will pick up the new configuration, and connect to the remote server, and if the "sonar-collector" database exists as a blank database, create the schema and be ready to store data there.

Side note: The configuration will be stored in standard .properties file format, in the file /etc/karaf/no.priv.bang.sonar.collector.webhook.SonarCollectorServlet.cfg and be persistent across restarts and reinstallations of the karaf .deb package (the .deb package will only uninstall/reinstall unchanged known files in this directory, and won't touch unknown files at all).

Allowing network connections in PostgreSQL on debian

Note that PostgreSQL out of the box on debian only accepts domain connections and localhost connections.

To make PostgreSQL listen on all network connections, two files must be edited and the PostgreSQL daemon must be restarted.

Using a different database than PostgreSQL

    Procedure, do the following, logged in as root on the server:
  1. Do "su" to user postgres to get the right ownership on the files
  2. #+BEGIN_EXAMPLE su - postgres #+END_EXAMPLE
  3. Edit the /etc/postgresql/9.6/main/postgresql.conf file, uncomment the listen_address line and edit it to look like this
  4. #+BEGIN_SRC conf listen_addresses = '*' # what IP address(es) to listen on; #+END_SRC
  5. Edit the /etc/postgresql/9.6/main/pg_hba.conf, add the following lines
  6. #+BEGIN_SRC conf # IPv4 network connection allow password authentication host all all 0.0.0.0/0 md5 #+END_SRC
  7. Log out from user postgres (only root can restart the daemon):
  8. #+BEGIN_EXAMPLE exit #+END_EXAMPLE
  9. Restart the postgresql daemon
  10. #+BEGIN_EXAMPLE systemctl restart postgresql #+END_EXAMPLE

WARNING! This is not regularily tested (i.e. won't be tested before releases) and I don't plan to actually use sonar-collector with anything except PostgreSQL myself.

    To use JDBC against a RDBMS other than PostgreSQL, do the following from the karaf console command line (derby in-memory database used in the examples):
  1. Load the component providing the DataSourceFactory OSGi service:
  2. #+BEGIN_EXAMPLE feature:install pax-jdbc-derby #+END_EXAMPLE
  3. Add karaf configuration selecting the correct DataSourceFactory and JDBC connection info (url, user and password):
  4. #+BEGIN_EXAMPLE config:edit org.ops4j.datasource-sonar-collector config:property-set osgi.jdbc.driver.name "PostgreSQL JDBC Driver" config:property-set dataSourceName "jdbc/sonar-collector" config:property-set url "jdbc:derby:data/example/derby;create=true" config:property-set osgi.jdbc.driver.name derby config:property-set org.apache.karaf.features.configKey "org.ops4j.datasource-sonar-collector" config:update #+END_EXAMPLE
  5. Load sonar-collector using a feature that doesn't unnecessarily pull in the PostgreSQL DataSourceFactory:
  6. #+BEGIN_EXAMPLE feature:repo-add mvn:no.priv.bang.sonar.sonar-collector/sonar-collector-webhook/LATEST/xml/features feature:install sonar-collector-webhook-with-jdbc #+END_EXAMPLE

Add a webhook to Sonar

Add a webhook to SonarCloud

Procedure:

  • Open your SonarCloud project in a web browser and log in as a user with ownership to the project (I do login as github user)
  • In the project select the menu Administration->General Settings
  • Select the webhooks tab in the tab bar on the left side of the page (you may have to scroll down to see it)
  • In "Name:", write:
    1. sonar-collecttor
      
    2. In "URL", write:
    3. https://mydowmain.com:8181/sonar-collector
    4. Click the button "Save"

    Add a webhook to a hosted SonarQube instance

    In a hosted SonarQube the webhook can be set globally across all projects.

    Procedure:

  • Open your SonarCloud instance in a web browser, e.g. http://localhost:9000 and log in as an admin user (admin/admin in a test instance)
  • In the top menu, select Administration
  • Select the tab "Webhooks" in the list to the left of the page (you may have to scroll down to see the tab)
  • In "Name", type:
    1. sonar-collector
      
    2. In "URL", type:
    3. http://localhost:8181/sonar-collector
    4. Click the button "Save"

    Set a user token

    If you get 401 when sonar-collector is doing web api callbacks to sonar to get numbers that aren't in the webhook call, then you can add a sonar user token to use with the sonar web api.

    License

      Procedure:
    1. In Sonar, go to My Account->Security, and create and retrieve a user token (/Note/: you only get one chance to copy the token after creating it)
    2. Add the user token to the sonar-collector config. replace "squ_3869fbac07cc388306804e35fb72ca7c4baff275" with the token retrieved from sonar:
    3. #+begin_example config:edit no.priv.bang.sonar.collector.webhook.SonarCollectorServlet config:property-set sonar_user_token squ_3869fbac07cc388306804e35fb72ca7c4baff275 config:update #+end_example

    Development stuff

    Testing and debugging

    This utility is licensend under the Apache license v. 2. See the LICENSE file for details.

      To run the servlet locally and debug into the servlet, the following software is required:
    1. A locally installed apache karaf (see the apache karaf quick start guide )
    2. A locally installed SonarQube (see SonarQube Get Started in Two Minutes )
    3. A locally installed (or at least reachable, see Using a database running on a different host ) PostgreSQL database
    4. An IDE that can do remote debugging
      Preparation for debugging
    1. [Create the database][create user and empty database in PostgreSQL]]
    2. Add http://localhost:8181/sonar-collector as a webhook in SonarQube
    3. Clone and build the sonar-collector
    4. #+BEGIN_EXAMPLE mkdir -p ~/git cd ~/git/ git clone https://github.com/steinarb/sonar-collector.git cd ~/git/sonar-collector/ mvn clean install #+END_EXAMPLE
    5. Start karaf with setup for remote debugging (cd to an unpacked downloaded karaf installation, start karaf as the user you used to do "mvn clean install")
    6. #+BEGIN_EXAMPLE cd ~/Downloads/apache-karaf-4.1.4/ bin/karaf debug #+END_EXAMPLE
    7. Install the sonar-collector in karaf, with the following commands in the karaf console:
    8. #+BEGIN_EXAMPLE feature:repo-add mvn:no.priv.bang.sonar.sonar-collector/sonar-collector-webhook/LATEST/xml/features feature:install sonar-collector-webhook #+END_EXAMPLE
    9. Connect the IDE to a debugging connection on localhost port 5005 (see your IDE's documentation for this) and set the breakpoint at the desired code

    Then just trigger an analysis in the locally installed SonarQube and debug when the breakpoint is triggered:

    
       mvn clean org.jacoco:jacoco-maven-plugin:prepare-agent package sonar:sonar -Dsonar.host.url=http://localhost:9000 -Dsonar.login=a51f2ab9a8790abd91773f0a7d2f6d2dc9d97975
    

    Building the docker image

    (as the sonar.login argument, use the token that SonarQube returns when using the setup wizard of the quick start)

    Precondition: docker running on the build server

      Procedure:
    1. Move to the build directory:
    2. #+begin_example cd docker/ #+end_example
    3. Build the image:
    4. #+begin_example mvn clean install #+end_example
    5. Verify with "docker images" that the image has been rebuilt (if the CREATED column shows an old time the image probably hasn't been rebuilt):
    6. #+begin_example sb@lorenzo:~/workspaces/ws02/sonar-collector/docker$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE steinarb/sonar-collector latest 6c578e16f6e0 3 seconds ago 291MB sb@lorenzo:~/workspaces/ws02/sonar-collector/docker$ #+end_example