Feb 17, 2011

Hudson Forked

Many of us use continuous integration tools such as Apache’s Continuum or Cruise Control. A while back, I became a fan of Hudson. Recently, like so many other projects, following the acquisition of Sun (who previously acquired Hudson) by Oracle, some of the developers of these open-source tools have decided to leave Oracle, and  the dev.java.net home, and branch their own project.

In this case, Jenkins has been created as a direct fork and drop-in replacement for Hudson, with the project name (wherever it’s splashed about the app) as the only evident change. The interface is the same, the  plug-ins for Hudson work with Jenkins, and even the jovial butler image in the corner is the same. Deploying the app is nearly identical; again, just the name seems to have changed.

In my case, downloading the jenkins.war file, undeploying my /hudson app from my Tomcat server, and deploying the new WAR file did the trick. I deployed mine still as /hudson so that links in my Twitter and Google Calendar would still work. I poked around the documentation a little bit and also changed the HUDSON_HOME value to JENKINS_HOME, although the actual folder containing the configuration and jobs is still named “hudson.”

The fork seems to have been with the release of Hudson version 1.395. The first current release of Jenkins takes the next version number from Hudson; version 1.396. If you browse the earlier versions on the Jenkins site, they’re all hudson.war versions. The changelog also contains the Hudson notes.

Oracle apparently is not abandoning Hudson. The Hudson website has been updated with a flash new interface, and on it is a little blurb about the fork, and their commitment to continue developing Hudson. I try not to get too much into the politics behind some of these splits. Sometimes I choose one over the other because I prefer one branch’s features over another; in this case, Jenkins has fixes that Hudson doesn’t. There’s a couple of bits from both the Jenkins and Hudson camps, if you’re interested in more of the background than just the event; the Oracle bits seem more focused on why the community forums and such have gone away, than with the future of the project.

While the community seems divided, the product looks like it will live on in its own. Just like OpenSolaris has become OpenIndiana.

About the Author

Object Partners profile.
Leave a Reply

Your email address will not be published. Required fields are marked *

Related Blog Posts
Using Conftest to Validate Configuration Files
Conftest is a utility within the Open Policy Agent ecosystem that helps simplify writing validation tests against configuration files. In a previous blog post, I wrote about using the Open Policy Agent utility directly to […]
SwiftGen with Image & Color Asset Catalogs
You might remember back in 2015 when iOS 9 was introduced, and we were finally given a way to manage all of our assets in one place with Asset Catalogs. A few years later, support […]
Tracking Original URL Through Authentication
If you read my other post about refreshing AWS tokens, then you probably have a use case for keeping track of the original requested resource while the user goes through authentication so you can route […]
Using Spring Beans in a Kafka Streams ExceptionHandler
There are many things to know before diving into Kafka Streams. If you haven’t already, check out these 5 things as a starting point. Bullet 2 mentions designing for exceptions. Ironically, this seems to be […]