Skip to main content

Blog Archive for kohsuke during May 2009

JavaOne is just a few days ahead now, so let me recap what's happening around Hudson during JavaOne. On Sunday, we have Unconference (RSVP) and a party at the Thirsty Bear (RSVP to "RSVP-ThirstyBear2009 at sun dot com".) The great thing about Unconference is that we have a big block of time (6 hours, in fact, if I'm reading it right), where enough people gather. So we have enough time to really...
I run a budget-less Hudson cluster, just like many of you do, and one of the challenges is to have enough computing resources in a cluster. I rely on recycled computers as the main workhorse, so I constantly look for unused computers under people's desks, and when people give them to me, I reinstall them as Hudson slaves. In this process, I learned a lesson; people don't like to be separated...
In my attempt to make Hudson EC2 plugin (which I blogged earlier) work with Windows AMIs, I wrote a little SSH daemon. Here's the problem statement. Windows AMIs on EC2 do not have any built-in programmable remote access technology. This is a really poor packaging job of Amazon — their documentation talks about doing the remote desktop protocol (RDP) to talk to the server. This obviously...
Continuous Integration often requires a heterogeneous environments; for example, the GlassFish build requires Linux, Solaris, and Windows, and the JDK build requires something like 10 different environments, each carefully created so that we can test what we need to test. Unfortunately, heterogeneous environments reduce the resource utilization — you can easily have some Windows slaves...
I've released the Hudson Selenium plugin, which instantly lets you deploy Selenium Grid on top of your existing Hudson cluster. By using this plugin, you can start using Selenium Grid without installing it on individual machines in the cluster manually. This is the latest addition to the family of plugins that let you reuse you Hudson cluster infrastructure for additional purposes. Once you...
Whether you recycle old PCs or use new ones as Hudson slaves, you have to first install an OS on a system. As the Hudson cluster I managed gets bigger, I find this more and more painful. You have to have a CD of the OS, and you have to have a working CD-ROM drive (somehow on recycled PCs, CD-ROM drives are often unreliable.) Then the installation itself is rather boring, yet it's interactive....
Japan is in the middle of a week long holiday this week, so our Japanese Hudson committers are cranking out a lot of cool stuff. This one is from Kiyotaka, who wrote a Hudson plugin called GCrawler. GCrawler (1) searchs Google Code and discovers all Grails projects, (2) reads Subversion repository to figure out metadata, and (3) automatically add them to Hudson and builds them. The net result...
This is from Seiji Sogabe, who is a Hudson committer. He put together a chart of the hudson.war size from 1.100 to 1.300. This is another way to see the progress in Hudson. Off the top of my head, a big jump in 1.160 or so is probably the native Maven2 support, but I don't know what's the jump around 1.280 — maybe we picked up extra unnecessary dependencies? With Maven, it's so easy...
"You can do everything from GUI" has always been one of Hudson's strengths, and we also have the REST API, but at the same time, CLI is also very useful for improving automation around administration, builds, and so on. So starting Hudson 1.302, I added a CLI agent to Hudson. CLI can be downloaded from your Hudson from http://server/hudson/cli, which also shows you the basic usage. Internally,...