Oracle Plans to Transfer Hudson IP to Eclipse
Is it surprising news? You'll have to decide. Oracle is now proposing that the Hudson open source CI Engine, which was recently gutted when many contributors chose to join the Jenkins fork after a trademark dispute, should have it's governance and IP transferred to the Eclipse Foundation. The proposal includes a complete license change for the code (to the EPL) and a transfer of the domain and trademark to the Eclipse Foundation. The big question is: Why now Oracle? Why not make this intention clear the community was about to fork?
Oracle says it will still be a leading contributor to the project and the Hudson project got a fresh batch of contributors from Sonatype who are now working on a new plugin architecture for Hudson that uses a representation style based on JSR 330 dependency injection. Sonatype has been a fervent supporter of the original project on their blog. Today VMware and Tasktop have also been invited to join the project. Mik Kersten, the founder of Tasktop and creator of Eclipse's Mylyn, had a substantial response to today's news in his blog:
We're still waiting on a response from the Jenkins community, but some have predicted that the new, open governance model of the Eclipse Foundation might bridge the gap between the Jenkins and Hudson communities and lead to more cooperation down the road. While Oracle's leader for Hudson said a few months back that the GitHub migration had to wait, and that a move would constitute a fork of the project, he later said he was never against the move but simply wanted to wait and make sure the whole community was informed.
Accusations of ulterior motives flew from both sides, so you can either believe that Oracle was okay with relinquishing the trademark all along and just evaluating Hudson very slowly, or that they were not going to do it and the Jenkins fork made them change their minds. Either way, the Jenkins fork may have been the spark that was needed to make this change happen.
Oracle says it will still be a leading contributor to the project and the Hudson project got a fresh batch of contributors from Sonatype who are now working on a new plugin architecture for Hudson that uses a representation style based on JSR 330 dependency injection. Sonatype has been a fervent supporter of the original project on their blog. Today VMware and Tasktop have also been invited to join the project. Mik Kersten, the founder of Tasktop and creator of Eclipse's Mylyn, had a substantial response to today's news in his blog:
Jenkins exercised the very important open source community right to fork, but in the process split the community. I in no way want to diminish what Kohsuke Kawaguchi created, and I have a deep and personal appreciation for the labour of love that open source projects like this require. But FUD ensued around the state of CI, and today’s announcement of moving the project to a neutral body marks major progress.
Consider the alternatives. As we learned with the rapid exodus off CruiseControl to Hudson, CI tools are a well understood space and easy enough to migrate between. If the differences between Hudson and Jenkins had grown sufficiently large and there was overall confusion and friction among the developer and corporate communities, this would have increased the demand for a new CI solution. ... Eclipse is a tried-and-true place to evolve this level of tool support around ALM tools such as Hudson, and we are looking forward to collaborating around the convergent evolution of Mylyn, Hudson and Git/EGit and other key ALM technologies.
We're still waiting on a response from the Jenkins community, but some have predicted that the new, open governance model of the Eclipse Foundation might bridge the gap between the Jenkins and Hudson communities and lead to more cooperation down the road. While Oracle's leader for Hudson said a few months back that the GitHub migration had to wait, and that a move would constitute a fork of the project, he later said he was never against the move but simply wanted to wait and make sure the whole community was informed. Accusations of ulterior motives flew from both sides, so you can either believe that Oracle was okay with relinquishing the trademark all along and just evaluating Hudson very slowly, or that they were not going to do it and the Jenkins fork made them change their minds. Either way, the Jenkins fork may have been the spark that was needed to make this change happen.






Comments
Jagannathan Asokan replied on Wed, 2011/05/04 - 9:41pm
cowwoc replied on Thu, 2011/05/05 - 8:48am
There is no need for Eclipse to step in. First, I question how neutral they really are. Secondly, Kohsuke has authored the vast majority of Hudson and as we say: actions speak louder than words. The product should remain his, plain and simple, so long as he does not abuse his powers (which to date, he has not).
Zqudlyba Navis replied on Fri, 2011/05/06 - 12:00am
Jenkins-The-Original-Hudson is kicking butt against the Hudson-Oracle fork. Look at these stats
http://www.slideshare.net/kohsuke/current-state-of-jenkins
Chukked Chu replied on Fri, 2011/05/06 - 2:15pm
well, an open source project belongs to the community and community has moved the porject to jenkins so hudson is a dead piece of code.
if eclipse has any respect and human feeling to open source community and right ownership justice then when oracle proposed them to offer hudson they shoud have refused and rather have asked first to jenkins community to join eclipse.
here i see first culprit was oracle and now second culprit is eclipse who is joining now to oracle to kill jenkins by biasing hudson.
backoff eclipse
Björn Sveinbjörnsson replied on Sat, 2011/05/07 - 2:23am
Mik Kersten replied on Mon, 2011/05/09 - 8:57am
in response to:
Björn Sveinbjörnsson
Passion Lab replied on Sun, 2012/09/02 - 3:51pm