/zpa

A parser and static source code analyzer for PL/SQL and Oracle SQL.

Primary LanguageKotlinGNU Lesser General Public License v3.0LGPL-3.0

Z PL/SQL Analyzer - ZPA

Latest release Build Status Azure DevOps tests Quality Gate Status

The Z PL/SQL Analyzer (or simply ZPA) is a code analyzer for PL/SQL and Oracle SQL code.

Currently you can use it in a SonarQube on-premise instance. SonarQube is an open platform to manage code quality. This project supports SonarQube 6.7.x and newer.

See some examples in our SonarQube instance!

Do you want to use this analyzer in a project hosted on SonarCloud? Try the zpa-cli!

Installation

  • Download the latest sonar-zpa-plugin release and copy to the SONARQUBE_HOME/extensions/plugins directory;
  • Restart your SonarQube server;
  • Navigate to the Marketplace (SONARQUBE_URL/marketplace?filter=installed). It should list "Z PL/SQL Analyzer" on the tab "Installed Plugins";
  • Run an analysis with SonarQube Scanner.

If you like to live on the bleeding edge, you can use the latest development version.

Compatibility matrix

ZPA version SonarQube version
2.4.0 6.7 LTS - 8.9 LTS
3.0.0 (current) 7.6 - latest
3.1.0 (in development) 7.6 - latest

Contribute

Everyone is welcome to contribute. Note that no matter how you contribute, your participation is governed by our code of conduct.

There are a few things you need to know about the code. It is divided in these modules:

  • its - Integration tests with SonarQube (more below).
  • plsql-custom-rules - Demo project showing how to extend ZPA with custom coding rules.
  • sonar-zpa-plugin - The SonarQube plugin itself, this module contains all the code necessary to integrate with the SonarQube platform.
  • zpa-checks - The built-in coding rules provided by ZPA.
  • zpa-checks-testkit - Test helper for coding rules, it can be used to test custom rules.
  • zpa-core - The heart of this project. It contains the lexer, the parser and the code required to understand and process PL/SQL code.
  • zpa-toolkit - A visual tool to review the AST (abstract syntax tree) generated by the parser.

The API exposed to custom plugins must be located in the package org.sonar.plugins.plsqlopen.api (it's a requirement from the SonarQube server). The classes located outside this package are not prepared for external consumption, so if you use them, your code can break without any further notice.

If you're interested in a stable API to integrate ZPA with another software, please open an issue or contact us directly explaining your needs.

Running the integration tests

There are two sets of integration tests:

  • plugin: checks if the metrics are imported correctly in SonarQube
  • ruling: checks the quality of parser and rules against real-world code

To run the integrations tests, update the submodules:

git submodule update --init --recursive

Build the main plugin and the custom rules example:

./gradlew build publishToMavenLocal
./gradlew build -p plsql-custom-rules

Then run the tests:

./gradlew test -Pit

By default the tests will be executed using SonarQube 7.6. You can change the SonarQube version using the property sonar.runtimeVersion, passing the specific version or one of LATEST_RELEASE[6.7] (for SonarQube 6.7.x LTS), LATEST_RELEASE (latest official release) or DEV (unstable version, in development):

./gradlew test -Pit -Dsonar.runtimeVersion=7.7