Baseline Java is a collection of Gradle plugins for configuring code quality tools in builds and generated Eclipse/IntelliJ projects. It configures Checkstyle and error-prone for style and formatting checks, and Eclipse/IntelliJ code style and formatting configurations consistent with the Baseline Java Style Guide and Best Practices
The Baseline plugins are compatible with Gradle 3.3.0 and above.
- Add the Baseline plugins to the
build.gradle
configuration of the Gradle project:
buildscript {
repositories {
maven { url "http://palantir.bintray.com/releases" }
}
dependencies {
classpath 'com.palantir.baseline:gradle-baseline-java:<version>'
}
}
repositories {
maven { url "http://palantir.bintray.com/releases" }
}
// Apply for baselineUpdateConfig task
apply plugin: 'com.palantir.baseline-config'
dependencies {
// Adds a dependency on the Baseline configuration files. Typically use
// the same version as the plugin itself.
baseline "com.palantir.baseline:gradle-baseline-java-config:<version>@zip"
}
apply plugin: 'java'
// Apply plugins selectively depending on required functionality.
apply plugin: 'com.palantir.baseline-checkstyle'
apply plugin: 'com.palantir.baseline-eclipse'
apply plugin: 'com.palantir.baseline-idea'
apply plugin: 'org.inferred.processors' // installs the "processor" configuration needed for baseline-error-prone
apply plugin: 'com.palantir.baseline-error-prone'
-
Run
./gradlew baselineUpdateConfig
to download the config files referenced in thedependencies.baseline
configuration and extract them to .baseline/ -
Any subsequent
./gradlew build
invokes Checkstyle as part of the build and test tasks (if the respective baseline-xyz plugins are applied). -
The
eclipse
andidea
Gradle tasks generate projects pre-configured with Baseline settings:- Code style and code formatting rules conforming with Baseline style
- Checkstyle configuration
Note that the Checkstyle-IDEA plugin is required to run the Baseline Checkstyle within IntelliJ.
Tests are run with ./gradlew publishToMavenLocal build
, the publishing step is required in order to make Baseline
artifacts available to the tests. Note that some of the tests only work when run for the first time since they assume
particular directory structures that are unavailable when re-running tests.
IDE configurations can be generated with ./gradlew idea eclipse
.
Generally, you should check generated .baseline
folder into version control. Though it is not compulsory, since it can be recreated using the baselineUpdateConfig
task, checking it into git enables your project to customize its rules and share them across developers.
The Baseline plugins com.palantir.baseline-checkstyle
, com.palantir.baseline-eclipse
,
com.palantir.baseline-idea
, com.palantir.baseline-error-prone
apply the configuration present in .baseline
to the
respective Gradle tasks. For example, any Gradle Checkstyle tasks uses the Checkstyle configuration in
.baseline/checkstyle/checkstyle.xml
, and any IntelliJ/Eclipse project generated by ./gradlew eclipse idea
is
configured with Baseline code formatting and Checkstyle rules. Note that each of these plugins automatically applies the
underlying Gradle plugin: com.palantir.baseline-checkstyle
applies checkstyle
, com.palantir.baseline-eclipse
applies eclipse
, com.palantir.baseline-error-prone
applies net.ltgt.errorprone
, etc.
The standard Gradle configuration options for the underlying plugins (Eclipse, IntelliJ, Checkstyle) can be used, with the following exception:
checkstyle.configFile
- not compatible with Baseline since the file location is hard-coded to.baseline/checkstyle/checkstyle.xml
All com.palantir.baseline-xyz
plugins can be applied selectively to subprojects. For example:
buildscript {
dependencies {
classpath 'com.palantir.baseline:gradle-baseline-java:<version>'
}
}
apply plugin: 'com.palantir.baseline-idea'
subprojects {
apply plugin: 'java'
apply plugin: 'com.palantir.baseline-checkstyle'
apply plugin: 'com.palantir.baseline-idea'
}
Depending on the Gradle setup, you may need to edit gradle/shared.gradle
(or similar) instead. Feel free to contact
the Baseline mailing list for troubleshooting.
The com.palantir.baseline
plugin applies all com.palantir.baseline-xyz
plugins to the current project. In order to
use only Checkstyle and IntelliJ support from Baseline, apply the required plugins selectively, e.g.:
buildscript {
dependencies {
classpath 'com.palantir.baseline:gradle-baseline-java:<version>'
}
}
apply plugin: 'com.palantir.baseline-idea'
subprojects {
apply plugin: 'com.palantir.baseline' // Applies all com.palantir.baseline-xyz plugins
}
Checkstyle rules can be suppressed on a per-line or per-block basis. (It is good practice to first consider formatting
the code block in question according to the project's style guidelines before adding suppression statements.) To
suppress a particular check, say MagicNumberCheck
, from an entire class or method, annotate the class or method with
the lowercase check name without the "Check" suffix:
@SuppressWarnings("checkstyle:magicnumber")
Checkstyle rules can also be suppressed using comments, which is useful for checks such as IllegalImport
where
annotations cannot be used to suppress the violation. To suppress checks for particular lines, add the comment
// CHECKSTYLE:OFF
before the first line to suppress and add the comment // CHECKSTYLE:ON
after the last line.
To disable certain checks for an entire file, apply custom suppressions
in .baseline/checkstyle/checkstyle-suppressions
.
Run ./gradlew eclipse
to repopulate projects from the templates in .baseline
.
The com.palantir.baseline-eclipse
plugin automatically applies the eclipse
plugin, but not the java
plugin. The
com.palantir.baseline-eclipse
plugin has no effects if the java
plugin is not applied.
If set, sourceCompatibility
is used to configure the Eclipse project settings and the Eclipse JDK version. Note
that targetCompatibility
is also honored and defaults to sourceCompatibility
.
Generated Eclipse projects have default per-project code formatting rules as well as Checkstyle configuration.
The Eclipse plugin is compatible with the following versions: Checkstyle 7.5+, JDK 1.7, 1.8
Run ./gradlew idea
to (re-) generate IntelliJ project and module files from the templates in .baseline
. The
generated project is pre-configured with Baseline code style settings and support for the Checkstyle-IDEA plugin.
The com.palantir.baseline-idea
plugin automatically applies the idea
plugin.
Generated IntelliJ projects have default per-project code formatting rules as well as Checkstyle configuration. The JDK
and Java language level settings are picked up from the Gradle sourceCompatibility
property on a per-module basis.
The com.palantir.baseline-error-prone
plugin brings in the net.ltgt.errorprone
plugin and adds an annotation-processor dependency on Baseline-specific error-checks (see below). We recommend applying the org.inferred.processors
plugin in order to configure an appropriate processor
configuration. The minimal setup is as follows:
buildscript {
dependencies {
classpath 'gradle.plugin.org.inferred:gradle-processors:1.2.3'
}
}
apply plugin: 'org.inferred.processors'
apply plugin: 'com.palantir.baseline-error-prone'
The version of the error-prone library defaults to "latest" and can be adjusted via the errorprone
configuration, see
gradle-errorprone-plugin for details.
dependencies {
errorprone 'com.google.errorprone:error_prone_core:2.0.19' // update version as desired
}
Tip: Warnings on generated code can be suppressed as follows:
tasks.withType(JavaCompile) {
options.compilerArgs += ['-XepDisableWarningsInGeneratedCode']
}
Baseline configures the following checks in addition to the error-prone's out-of-the-box checks:
- Slf4jConstantLogMessage: Allow only compile-time constant slf4j log message strings.
By default Baseline enforces Palantir copyright at the beginning of files. To change this, edit the template copyright
in .baseline/copyright/*.txt
and the RegexpHeader checkstyle configuration in .baseline/checkstyle/checkstyle.xml