Skip to main content

Implementing a Jenkins plugin from scratch in 5 steps and less then 5 minutes (no kidding)

I have written several posts in this blog about useful Jenkins plugins available in the Jenkins Update Center. But what about the plugin you need for specific purposes hasn't been implemented yet? Do it by yourself! If you have Java development skills and know a little bit of Maven this task isn't impossible.
You need to use Maven 3.1.1 or later in order to successfully complete the process detailed below.
Before you start you need to update the settings.xml file of you local Maven this way:

1) Add a mirror to the mirrors list for the Jenkins Update Centre:
<mirrors>
...
    <mirror>
      <id>repo.jenkins-ci.org</id>
      <url>http://repo.jenkins-ci.org/public/</url>
      <mirrorOf>m.g.o-public</mirrorOf>
    </mirror>

...
</mirrors>

2) Add a profile for Jenkins to the profiles list:
<profiles>
...
<profile>
      <id>jenkins</id>
      <activation>
        <activeByDefault>true</activeByDefault>
      </activation>
      <repositories>
        <repository>
          <id>repo.jenkins-ci.org</id>
          <url>http://repo.jenkins-ci.org/public/</url>
        </repository>
      </repositories>
      <pluginRepositories>
        <pluginRepository>
          <id>repo.jenkins-ci.org</id>
          <url>http://repo.jenkins-ci.org/public/</url>
        </pluginRepository>
      </pluginRepositories>
    </profile>

...
</profiles>

Step 1: Create the plugin structure
From a shell command run:

mvn -U org.jenkins-ci.tools:maven-hpi-plugin:create

This will create the structure of the plugin project in your file system:
  • project root: Contains the pom.xml and all the project subdirectories.
  • src/main/java: Contains the deliverable Java source code for the project.
  • src/main/resources: Contains the deliverable resources for the project, such as property files. For Jenkins plugins it contains the Jelly files for the plugin UI.
  • src/test/java: Contains the testing classes (JUnit or TestNG test cases, for example) for the project.
  • src/test/resources: Contains resources necessary for testing.
Step 2: Create the project for your favourite IDE
To transform the project into an Eclipse project, run from a shell command:

mvn -DdownloadSources=true -DdownloadJavadocs=true -DoutputDirectory=target/eclipse-classes -Declipse.workspace=/path/to/workspace eclipse:eclipse eclipse:add-maven-repo

Similar commands exist to transform the project in a NetBeans or IntelliJ project. Now you can import the project into an Eclipse workspace the usual way:



Step 3: Add your code
Start to code. You can use every Java stuff and library you need for the business logic. The plugin UIs are implemented in Jelly (http://commons.apache.org/proper/commons-jelly/).

Step 4: Execute it locally
You can run (and debug) a plugin at development time locally. From a shell command execute:

mvn hpi:run

The Maven Jenkins plugin will start a local Jenkins sandbox to emulate the CI server environment:




Step 5: Package it
When you are happy with your implementation and have a stable version you can package the plugin running the following command:

mvn package

It will create the .hpi installer ready to be deployed on any Jenkins server the usual way:


Whether you implement a simple or complex Jenkins plugin, the steps to follow are always the same described in this post. Happy coding :)

Comments

Popular posts from this blog

jOOQ: code generation in Eclipse

jOOQ allows code generation from a database schema through ANT tasks, Maven and shell command tools. But if you're working with Eclipse it's easier to create a new Run Configuration to perform this operation. First of all you have to write the usual XML configuration file for the code generation starting from the database: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <configuration xmlns="http://www.jooq.org/xsd/jooq-codegen-2.0.4.xsd">   <jdbc>     <driver>oracle.jdbc.driver.OracleDriver</driver>     <url>jdbc:oracle:thin:@dbhost:1700:DBSID</url>     <user>DB_FTRS</user>     <password>password</password>   </jdbc>   <generator>     <name>org.jooq.util.DefaultGenerator</name>     <database>       <name>org.jooq.util.oracle.OracleDatabase</name>     ...

Turning Python Scripts into Working Web Apps Quickly with Streamlit

 I just realized that I am using Streamlit since almost one year now, posted about in Twitter or LinkedIn several times, but never wrote a blog post about it before. Communication in Data Science and Machine Learning is the key. Being able to showcase work in progress and share results with the business makes the difference. Verbal and non-verbal communication skills are important. Having some tool that could support you in this kind of conversation with a mixed audience that couldn't have a technical background or would like to hear in terms of results and business value would be of great help. I found that Streamlit fits well this scenario. Streamlit is an Open Source (Apache License 2.0) Python framework that turns data or ML scripts into shareable web apps in minutes (no kidding). Python only: no front‑end experience required. To start with Streamlit, just install it through pip (it is available in Anaconda too): pip install streamlit and you are ready to execute the working de...

TagUI: an Excellent Open Source Option for RPA - Introduction

 Photo by Dinu J Nair on Unsplash Today I want to introduce  TagUI , an RPA (Robotic Process Automation) Open Source tool I am using to automate test scenarios for web applications. It is developed and maintained by the AI Singapore national programme. It allows writing flows to automate repetitive tasks, such as regression testing of web applications. Flows are written in natural language : English and other 20 languages are currently supported. Works on Windows, Linux and macOS. The TagUI official documentation can be found  here . The tool doesn't require installation: just go the official GitHub repository and download the archive for your specific OS (ZIP for Windows, tar.gz for Linux or macOS). After the download is completed, unpack its content in the local hard drive. The executable to use is named  tagui  (.cmd in Windows, .sh for other OS) and it is located into the  <destination_folder>/tagui/src  directory. In order to ...