The work on this software project is in no way associated with my employer nor with the role I'm having at my employer. Any requests for changes will be decided upon exclusively by myself based on my personal preferences. I maintain this project as much or as little as my spare time permits.

Gradle plugin that integrates the Rocker template engine.

For each named Rocker configuration declared in the build, the plugin adds a task to generate the Java sources from the specified Rocker templates and includes the generated Java sources in the matching source set, if existing. The code generation tasks participate in task configuration avoidance, in build configuration caching, in task output caching, and in incremental builds. Additionally, the compile task itself is incremental, meaning it is optimized so that only templates that have changed are regenerated. The plugin can be applied to both Java projects and Android projects.

You can find more details about the actual Rocker source code generation in the Rocker documentation.

The Rocker plugin is hosted at the Gradle Plugin Portal.

Recent build scan: https://scans.gradle.com/s/nrhggndytzjze

Find out more about build scans for Gradle and Maven at https://scans.gradle.com.

The Rocker plugin provides the following functionality:

• Generate Java sources from a given set of Rocker templates
• Add the generated Java sources to the name-matching source set, if existing
• Wire task dependencies such that the Java sources are generated before the Java compile task of the name-matching source set compiles them, if existing

The Rocker plugin contributes the following Gradle configuration changes:

• Add the com.fizzed:rocker-compiler dependency needed to execute the Rocker template engine to the new rockerCompiler configuration
• Add the com.fizzed:rocker-runtime dependency to the name-matching implementation configuration to successfully compile the Java sources generated from the Rocker templates
• Use the customizable Rocker version across all resolved com.fizzed:rocker-* dependencies

The Rocker plugin supports the following Gradle features:

• RockerCompile task instances participate in task configuration avoidance
• RockerCompile task instances participate in configuration caching
• RockerCompile task instances participate in incremental builds
• RockerCompile task instances are themselves incremental (if the Rocker hot reload feature is disabled)
• RockerCompile task instances participate in task output caching (if the Rocker hot reload feature is disabled)

Apply the nu.studer.rocker plugin to your Gradle project.

plugins {
    id 'nu.studer.rocker' version '3.2'
}

Please refer to the Gradle DSL PluginDependenciesSpec to understand the behavior and limitations when using the new syntax to declare plugin dependencies.

This is a sample configuration:

plugins {
    id 'nu.studer.rocker' version '3.2'
    id 'java'
}

repositories {
    mavenCentral()
}

rocker {
    version = '2.2.1'  // optional
    configurations{
        main {
            templateDir = file('src/rocker')
            outputDir = file('src/generated/rocker')
            optimize = true  // optional
        }
    }
}

The rocker main configuration declares that the Rocker templates are in src/rocker and the generated Java sources need to end up in src/generated/rocker. It further declares via the optimize property that the generated Java sources should be optimized not to contain any code that allows for hot reload via Rocker. Since the name of the configuration is main, the generated sources are added to the main source set contributed by the applied java plugin.

Given the configuration above, you can invoke the Rocker template engine by issuing ./gradlew compileRocker. You can also directly call ./gradlew compileJava which first generates the Java sources from the Rocker templates, and then compiles these Java sources as part of compiling all sources in the main source set.

Since we declared to use version 2.2.1 of the Rocker template engine, all Rocker dependencies of all Gradle configurations will be of that given version.

I suggest using the Continuous build feature of Gradle instead of using the Rocker hot reload feature. Declare optimize = true in the Rocker configuration of your Gradle build, and then run your build with the -t command line option. In addition, deactivating the hot reload feature of Rocker will enable the Rocker tasks for task output caching by the Gradle Build Cache.

For each named configuration, the following options can be configured:

• optimize (boolean): if true, hot reload support is removed from the generated templates, task output becomes cacheable
• discardLogicWhitespace (boolean): if true, discards lines consisting of only logic/block
• combineAdjacentPlain (boolean): if true, combines adjacent plain text elements to form a single one
• markAsGenerated (boolean): if true, adds a @Generated annotation to the generated classes
• extendsClass (String): the class that all template implementations should extend
• extendsModelClass (String): the class that all template models should extend
• postProcessing (List): the classes to post-process the template models before any Java code is generated for them
• javaVersion (String): the Java version that the templates' compile & runtime must be compatible with
• targetCharset (String): the target charset of the generated Java sources
• templateDir (Path): the base directory where Rocker recursively starts from when locating and parsing template files
• outputDir (Path): the directory where Rocker will generate the Java sources into
• classDir (Path): the directory where the hot reload feature will compile classes to at runtime

Warning: do not configure any of templateDir, outputDir, and classDir to point to the same directory or to a directory that also contains other content.

You can generate the Java sources for a given Rocker configuration by invoking the command compile<configName>Rocker, e.g., compileTestRocker. The only exception being main that is abbreviated to compileRocker, similarly to how it is done for the JavaCompile tasks contributed by the java plugin.

See the self-contained example build scripts for the Groovy DSL and the Kotlin DSL.

• 3.2.1 - TBD
• 3.2 - Add Gradle 9 compatibility.
• 3.1 - Use Rocker 2.2.1 by default. Add missing configuration options available in Rocker 2.2.1.
• 3.0.5 - Add discardLogicWhitespace configuration option.
• 3.0.4 - Ignore empty directories when snapshotting template dir.
• 3.0.3 - Avoid usage of deprecated APIs for newer versions of Gradle.
• 3.0.2 - Incremental task functionality turned off when Rocker's hot reload feature is enabled.
• 3.0.1 - Made RockerCompile task remove empty output directories.
• 3.0 - Changed the DSL.
• 2.2.1 - Improved support for configuration avoidance.
• 2.2 - Made RockerCompile task support configuration avoidance.
• 2.1.1 - Internal refactoring to improve lazy properties usage.
• 2.1 - Internal refactoring to get rid of deprecated APIs that will be removed in Gradle 7.
• 2.0 - Made RockerCompile task compatible with the upcoming Gradle Configuration Cache.
• 1.0.1 - Made RockerCompile task compatible with Gradle's upcoming Instant Execution.
• 1.0 - Made Gradle 5.0 the minimum compatible version and replaced usage of deprecated APIs.
• 0.4 - Removed wiring between clean task and deleting generated Rocker sources, uses Rocker 1.2.0 by default.
• 0.3.1 - Fixed incremental template compilation.
• 0.3 - Incremental template compilation, i.e., only the modified templates are compiled.
• 0.2 - New DSL, more Rocker configuration options, support for the Gradle Build Cache.
• 0.1 - Initial version

Both feedback and contributions are very welcome.

• jprinet (pr #212 to be Gradle 9 compatible)
• gregopet (detailed issue report #11)
• facewindu (pr #10 to remove empty output directories)
• wolfs (support to make lazy properties work)
• eskatos (support to make configuration caching work)
• breskeby (pr #6 to avoid deprecation warnings)
• mark-vieira (pr #2 and pr #3 to make RockerCompile task itself incremental)
• mark-vieira (pr #55 to the fizzed/rocker project to fix the MODIFIED_AT issue)
• ldaley (design discussions)

This plugin is available under the Apache License, Version 2.0.

(c) by Etienne Studer