InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Hudson Moves to GitHub (Again)

Posted by Alex Blewitt on Feb 14, 2011

Sections
Operations & Infrastructure,
Process & Practices,
Development
Topics
Java ,
Languages ,
Websphere ,
IBM ,
Programming ,
Application Servers ,
Agile in the Enterprise ,
Companies ,
Build systems ,
Agile ,
Jenkins ,
Hudson

Whilst Jenkins 1.397 was released this weekend, Sonatype have backed Hudson for their users. Originally hosted at Java.net, the problems with the Kenai transition precipitated the original move of the community (and the codebase) onto GitHub, and ultimately the rebranding/fork of Jenkins from Hudson.

After the split, Oracle announced that Hudson would continue on the Oracle/Java infrastructure, as before. Sonatype, who have a commercial product based on Hudson, have stepped in to fill the void and have been commiting changes based on the Mavenization of Hudson.

Sonatype have experience in converting organically grown projects; Maven 3 is the work of many tests and refactorings to be built on a dependency injection framework (Guice) as covered by InfoQ last year. The same plan will apply to Hudson's migration, which though powerful, has forked copies of dependent libraries bundled inside its WAR. By modernizing the dependency mechanism, Sonatype hopes to make it easier for developers to contribute in the future. The Hudson-JSR330 GitHub fork contained the work that Sonatype had done (prior to the split) and now made public through the course of its evolution.

Now, it looks like Hudson's future is again back on GitHub after Jason van Zyl tweeted the results of the hudson-dev vote having received Oracle's Ted Farrell and Winston Prakash approval for the change. The Hudson name is available at github.com/hudson as the name was freed up after the Jenkins name change.

With the commercial support of both Oracle and Sonatype behind the development of Hudson, the future looks good for the eponymous continuous integration tool. However, Jenkins continues to evolve as well and it's likely that the two will drift apart over time. Ironically, although Hudson has kept the name, the refactorings to support JSR-330 and Mavenization of the build process represent far bigger changes than the ongoing and incrementally evolving Jenkins.

  • This article is part of a featured topic series on Agile

No comments

Watch Thread Reply

Educational Content

Evolution in Data Integration From EII to Big Data

Approaches to integrating data are changing with emergence of cloud computing.

Winning Hearts and Minds: How to Embed UX from Scratch in a Large Organization

Michele Ide-Smith presents the lessons learned in the process of introducing UX principles and techniques into a large organization through a series of small steps.

LMAX Disruptor: 100K TPS at Less than 1ms Latency

Dave Farley and Martin Thompson discuss solutions for doing low-latency high throughput transactions based on the Disruptor concurrency pattern.

Thoughts on Test Automation in Agile

Rajneesh Namta shares his thoughts, experiences, and some of the critical lessons learned while implementing software test automation on a recent Agile project.

Actor Interaction Patterns

Dale Schumacher presents several patterns of actor interaction that can be used in collaborative programs written in any language.

Scalaz: Functional Programming in Scala

Rúnar Bjarnason discusses Scalaz, a Scala library of pure data structures, type classes, highly generalized functions, and concurrency abstractions to perform functional programming in Scala.

Faster, Better, Higher – But How?

One of the main challenges when designing software architecture is considering quality attributes. Not only their design turns out to be difficult, but also the specification of these attributes.

Software Naturalism - Embracing the Real Behind the Ideal

Michael Feathers analyzes real code bases concluding that code is not nearly as beautiful as designers aspire to, discussing the everyday decisions that alter the code bit by bit.