Recent Blog Posts

A little late, but this past week we released 19 plugins including one new release, the Libvirt Slaves. Feb 28th Accurev plugin 0.6.10 Mar 1st Subversion Release Manager plugin 1.1 Clover plugin 2.6.3 SCTMExecutor 1.5 global-build-stats plugin 0.1-alpha3 Mar 2nd ClearCase UCM Baseline Plug-in 1.4 Accurev plugin 0.6.11 JIRA plugin 1.20 Mar 3rd NAnt Plugin 1.4.1 Edgewall Trac plugin 1.10 NCover plugin 0.3 nabaztag 1.7 Mozmill Plugin 1.3 Mantis plugin 0.9 Harvest SCM 0.3 Subversion Plug-in 1.12 Mar 4th Performance Publisher plugin 7.96 Artifactory Plugin 1.0.7 Mar 5th Perforce Plugin 1.0.23 Mar 6th SCTMExecutor 1.5.1 Mar 7th Libvirt Slaves plugin 1.0 Emma plugin 1.13

Since I’ve been a bit pre-occupied with non-Hudson related activities lately, I have missed a few days of link rollups, I suppose it’s fitting to get a couple days worth of links in one post. While The Build Doctor has the time to follow the continuous integration world and post links on a daily basis, I haven’t found the same quantity of Hudson links on a day-to-day basis. Therefore, I will be posting a link-rollup every few days. Do let me know if this is too infrequent. That said, here’s some interesting links! That feels better — Cocoa, Hudson and running green Indie iPhone app developer Jeff Schilling writes about working more efficient with Hudson and Cocoa for developing iPhone apps, he covers OCUnit integration and code coverage with gcovr, a good read for iPhone and Mac developers alike. Add CI Build Stability to your Sonar Dashboard Hudson contributor https://twitter.com/ godin [godin] (also known as Evgeny Mandrikov) has released a Sonar plugin to report build stability back into Sonar. How to get logged-in username in Hudson? Switching from CruiseControl to Hudson The developers over at Amaxus wax poetic on reducing their " bus factor" by switching from CruiseControl to Hudson Integrating Selenium tests with Hudson CI The folks at InfoStretch have written up a nice, short-and-sweet, overview of getting higher level integration tests built with Selenium to play with Hudson

For those of you living in or around Silicon Valley, next Wednesday (March 10th) you might want to reserve some space around 6pm on your calendar. Frederic Simon and Yoav Landman from JFrog will be presenting at the Silicon Valley JavaFX Users Group meeting at the Googleplex. Frederic and Yoav will be discussing and demonstrating how JFrog’s Artifactory works with Hudson to combine continuous integration with release management. Join with the Artifactory team to realize the benefits of managing your software development life-cycle through continuous integration. Frederic Simon (JFrog Chief Architect) and Yoav Landman (JFrog CTO) will demonstrate how to automate large-scale multi-module projects, using a fully-integrated platform with Artifactory and Hudson. Using Maven, Gradle or Ivy builds, it is now possible to dynamically automate and manage the pyramidal stacks of Unit, Functional, and Integration Tests. This demo-based session will show you how Artifactory and Hudson together make it much easier to promote certified builds to milestone releases , and finally to general availability, while making sure all builds are fully reproducible. Staying dynamic all through the development process avoids code freeze and provides very accurate feedback loops. This is crucial for Developers, QA teams, System and Integration testers, Users, Customers, and all the remaining actors of the development process. If you’re interested in attending, you can RSVP on the meetup page

A couple weeks ago in the post outlining the release of Hudson 1.347 I mentioned that Alan Harder (a.k.a. mindless) had undertaken a deprecation-crusade; that is to say Alan has taken it upon himself to rid Hudson’s code-base, particularly in the plugin area, of older code. One of Alan’s branches old-data-monitor was merged into trunk with r28147 bringing with it some changes to help migrate older plugin datasets to newer formats. When I reached out to Alan earlier today on IRC ( #hudson on the Freenode) about the subject he agreed that polling the community for beta testers would be a good idea; this is where you come in. Per Alan’s message to the dev@ mailing list: Visit your "Manage Hudson" screen to see if the notice about old/unreadable data appears. I’ll be curious to see which of the old deprecated data structures are actually out there in people’s XML files. Instead of waiting for the release candidate to be packaged Wednesday evening, I’ve gone ahead and published the artifact from build #4544 which can be downloaded here: hudson.war If you have an old Hudson installation with, testing this build would be incredibly useful. Alan went on to say: If people find issues with OldDataMonitor, they should file them at issues.hudson-ci.org in "core" component and assign them to "mindless". This change does not mutate any data (or at least it shouldn’t) so it should be safe, be on the look out for exceptions in Hudson’s log on startup.

Michael Donohue, a Hudson developer who has taken on the role of master bug triage guy for Hudson, does something regularly which I’ve really come to appreciate as a Hudson developer myself: he sends out emails to the dev list with the top 10 voted issues at that time. This gives those of us in the Hudson development community a good sense of what’s really important to our users, which in turn helps us decide where to focus our efforts. If you’re interested, you can see the top voted issues over at our JIRA server. A good number of those issues have been high on the list for a while - I’m actually in the early stages of work on a plugin to answer HUDSON-682, the current #1 most voted-for issue, two and a half years after it was opened. But I’m sure there are some equally useful features Hudson users would like to see added which aren’t on that list. So I’m asking you, dear readers: what are you looking for in Hudson that isn’t already there? Take a look around the existing issues - you may find a request that fits what you want lurking just out of the top 10, needing only your vote to push it into the spotlight. If no one’s yet created an issue requesting your desired feature, well, create one. Or, better still, write a plugin or contribute a patch yourself! Editor’s Note: If you’re interested in writing a plugin, you can check out Hudson’s wiki and/or this guide on the subject. Andrew Bayer ( abayer) has been a contributor to Hudson since early 2009, contributing to the ClearCase plugin, Hudson’s core and a small number of other plugins. Andrew also helps Kohsuke with a lot of Hudson’s project infrastructure, most notably the migration from Bugzilla on Java.net to JIRA running at issues.hudson-ci.org.

The latest release, 1.348 of Hudson was pushed out to the repositories on the 26th of Feb. This release is primarily a bugfix release containing a number of fixes (listed below) and a few localization corrections Bugs fixed Fixed a performance problem of the job/build top page when there are too many artifacts. Improved /etc/shadow permission checks. Disable auto-refresh in Groovy script console ( issue 5729) Contributors This release of Hudson contained 19 commits from 5 different contributors to "core": https://twitter.com/ godin [godin] kohsuke swiest manuel_carrasco rseguy As usual, you can go grab the latest .war file straight from hudson-ci.org or if you’re using a native package, use your package manager to upgrade.

A few weeks ago our fearless leader Kohsuke Kawaguchi joined the San Francisco Java Users Group to talk about continuous integration with Hudson. Thanks to Marakana for organizing the meetup, and Aleksandar Gargenta for posting the video and slides, embedded below. Learn About Continuous Integration With Hudson Directly From the Source

Justifying Continuous Integration Expenditure Our friend the Build Doctor, tries to quantify spending on continuous integration. In the comment thread on another related post of his, he strikes gold with: People are more expensive than Continuous Integration servers; let’s optimise the system for them.