De Consumidor a Creador: Construyendo tu Primer Plugin Binario de Gradle
- Mauricio ECR
- Devops
- 16 Jun, 2025
En nuestro artículo anterior, desmitificamos Gradle y sentamos las bases para entender su funcionamiento. Aprendimos a crear proyectos, ejecutar tareas y comprendimos el rol fundamental de los plugins como consumidores. Hoy, damos el salto más emocionante: pasaremos de ser meros usuarios a ser creadores. Vamos a construir nuestro propio plugin binario desde cero, utilizando Java para la lógica y el Groovy DSL para nuestros scripts de build.
¿Por qué un plugin binario? Porque es el estándar profesional. A diferencia de los scripts sueltos, un plugin binario es un artefacto compilado (.jar), versionable, fácilmente distribuible y, sobre todo, mucho más robusto y testeable. Es el vehículo perfecto para encapsular la lógica compleja que nuestro futuro generador de código necesitará.
En este capítulo, construiremos un plugin “saludador” (Greeter). Será sencillo en su función —mostrar un mensaje configurable— pero nos enseñará la anatomía completa de un plugin en un entorno Java: su estructura, su punto de entrada, cómo hacerlo configurable y, finalmente, cómo probarlo. ¡Es hora de arremangarse y empezar a programar nuestro build!
1. La Anatomía de un Plugin: Estructura del Proyecto
Para empezar, necesitamos un entorno de trabajo. La mejor manera de desarrollar y probar un plugin es con un build multi-proyecto. Crearemos una estructura que contenga tanto la lógica del plugin como un proyecto de ejemplo que lo consumirá.
Abre tu terminal y crea la siguiente estructura de directorios:
nuestro-generador/
├── plugin/ # Directorio para el código de nuestro plugin
└── proyecto-de-prueba/ # Un proyecto simple para aplicar y probar el plugin
Ahora, configuremos cada parte.
a) Configurando el Proyecto del Plugin (/plugin)
Este es el corazón de nuestro trabajo. Dentro del directorio plugin, crea un archivo build.gradle y un settings.gradle.
plugin/settings.gradle:
rootProject.name = 'mi-plugin-saludador'
plugin/build.gradle:
Este archivo es crucial. Le dice a Gradle que estamos construyendo un plugin de Gradle con código Java.
plugins {
// Plugin esencial para desarrollar plugins de Gradle en Java
id 'java-gradle-plugin'
}
repositories {
mavenCentral()
}
// Este bloque configura los detalles de nuestro plugin
gradlePlugin {
plugins {
// "greeterPlugin" es el nombre que le damos a nuestra configuración
greeterPlugin {
id = 'com.miempresa.greeter' // El ID único que los usuarios usarán
implementationClass = 'com.miempresa.GreetingPlugin' // La clase Java que implementa la lógica
}
}
}
b) El Código Fuente del Plugin
Gradle necesita saber dónde está el código. Con el plugin java-gradle-plugin, asumirá la estructura estándar de Java.
-
Crea la clase del Plugin: Dentro de
plugin/, crea la ruta de directoriossrc/main/java/com/miempresa/. Dentro, crea el archivoGreetingPlugin.java. -
El archivo de propiedades: El plugin
java-gradle-pluginy el bloquegradlePluginse encargan de generar automáticamente el archivo de propiedades necesario (META-INF/gradle-plugins/com.miempresa.greeter.properties). ¡Magia!
2. El Punto de Entrada: La Interfaz Plugin<Project>
Todo plugin binario debe implementar la interfaz Plugin<Project>. Su método apply(Project project) es la puerta de entrada, el equivalente al main de una aplicación. Es aquí donde toda nuestra lógica se conectará al proyecto que use el plugin.
Edita tu archivo plugin/src/main/java/com/miempresa/GreetingPlugin.java:
package com.miempresa;
import org.gradle.api.Plugin;
import org.gradle.api.Project;
public class GreetingPlugin implements Plugin<Project> {
@Override
public void apply(Project project) {
// El objeto "project" es nuestra puerta de acceso al build del consumidor.
// Aquí registraremos tareas, extensiones, etc.
project.getLogger().lifecycle("¡Plugin 'greeter' aplicado con éxito!");
}
}
Ya tenemos un esqueleto funcional. ¡Pero un plugin que no hace nada no es muy útil!
3. Haciendo tu Plugin Configurable con Extensiones
Rara vez querremos que un plugin se comporte siempre igual. Necesitamos una forma de que el usuario lo configure. En lugar de pasar parámetros de forma engorrosa, Gradle nos ofrece un mecanismo elegante: las Extensiones.
Una extensión no es más que un POJO (Plain Old Java Object) cuyas propiedades serán configurables desde el build.gradle del consumidor a través de sus getters y setters.
-
Crea la clase de la Extensión: Dentro de
com.miempresa, crea un nuevo archivoGreeterExtension.java.package com.miempresa; public class GreeterExtension { // En Java, las propiedades se modelan con campos privados y getters/setters públicos. private String message = "Hola por defecto desde el plugin Java"; public String getMessage() { return message; } public void setMessage(String message) { this.message = message; } } -
Registra la Extensión: Ahora, volvamos a
GreetingPlugin.javay registremos la extensión en el métodoapply.// ... en GreetingPlugin.java @Override public void apply(Project project) { // Registramos una extensión llamada "greeter" que usa nuestra clase POJO. // El usuario la configurará con un bloque `greeter { ... }` en su build.gradle GreeterExtension extension = project.getExtensions().create("greeter", GreeterExtension.class); // ... más lógica vendrá aquí }
4. Dando Vida al Plugin: Tareas Personalizadas
El objetivo final de un plugin es, generalmente, añadir nuevas tareas. Vamos a crear una tarea greet que use el mensaje de nuestra extensión.
-
Registra la Tarea: Dentro del método
applydeGreetingPlugin.java, después de registrar la extensión, registraremos la tarea.// ... en GreetingPlugin.java, dentro del método apply() @Override public void apply(Project project) { // La variable debe ser final (o efectivamente final) para ser usada en la lambda final GreeterExtension extension = project.getExtensions().create("greeter", GreeterExtension.class); // Registramos una nueva tarea llamada "greet" project.getTasks().register("greet", task -> { task.setGroup("Saludos"); // Agrupa la tarea en la lista de `./gradlew tasks` task.setDescription("Muestra un saludo configurable"); // La acción que se ejecutará cuando se llame a la tarea task.doLast(t -> { // Usamos la extensión capturada del scope exterior project.getLogger().lifecycle(extension.getMessage()); }); }); }
Hemos conectado todo: El plugin registra una extensión para recibir configuración y una tarea que lee esa configuración para ejecutar una acción.
5. ¡A Probar! Aplicando y Verificando el Plugin Localmente
Es el momento de la verdad. Vamos a usar nuestro proyecto-de-prueba para consumir el plugin que acabamos de crear.
-
Modifica el
settings.gradleprincipal: Necesitamos decirle a Gradle que nuestro build tiene dos subproyectos y que uno (plugin) es un “build incluido” que provee plugins. Crea un archivosettings.gradleen el directorio raíz (nuestro-generador/).// nuestro-generador/settings.gradle rootProject.name = 'generador-completo' // Incluye el proyecto que usará el plugin include 'proyecto-de-prueba' // Incluye el build que contiene nuestro plugin includeBuild 'plugin' -
Configura el
proyecto-de-prueba: Ahora, crea un archivobuild.gradledentro deproyecto-de-prueba/.// nuestro-generador/proyecto-de-prueba/build.gradle plugins { // ¡Aplicamos nuestro plugin usando el ID que definimos! id 'com.miempresa.greeter' } // Configuramos la extensión que creamos en el plugin. // El Groovy DSL llama a setMessage() automáticamente. greeter { message = '¡Mi primer plugin en Java funciona! 🎉' } -
Ejecuta la Tarea: Vuelve a la raíz (
nuestro-generador/) en tu terminal y ejecuta la tarea, especificando la ruta completa del proyecto:gradle :proyecto-de-prueba:greet
Si todo ha ido bien, deberías ver la salida:
Task :proyecto-de-prueba:greet ¡Mi primer plugin en Java funciona! 🎉
Y si ejecutas gradle :proyecto-de-prueba:tasks verás tu tarea listada bajo el grupo “Saludos”.
Conclusión y Siguientes Pasos
¡Lo has conseguido! Has trascendido la barrera de simple usuario para convertirte en un desarrollador de plugins de Gradle usando Java. Hoy has aprendido el ciclo de vida completo de la creación de un plugin: desde la estructura del proyecto y el uso del plugin java-gradle-plugin, pasando por la implementación de la interfaz Plugin<Project>, la creación de una extensión POJO para hacerlo configurable, y el registro de una tarea personalizada que materializa su lógica.
Ya tenemos una base robusta y profesional. Nuestro plugin puede ser configurado y puede ejecutar acciones. Ahora que dominamos la estructura, el siguiente paso es hacerlo realmente útil.
En la próxima entrega de esta serie, tomaremos este esqueleto y le añadiremos músculos. Integraremos un motor de plantillas como FreeMarker, y modificaremos nuestra tarea para que, en lugar de imprimir un simple mensaje, genere una estructura completa de directorios y archivos. La aventura de nuestro generador de código está a punto de dar su paso más importante.