Update [15.05.2010]: I finally had a chance to try out SecureCI, which is pretty much exactly what I described in this post. The guys from Coveros did a great job, so I suggest after reading this post you head over to their website, download SecureCI and give it a go. Thanks John for pointing this out to me.
In my last Java project, I set up a build server with Continuous Integration (CI) capability. I am a big fan of Test Driven Development (TDD) and I quite enjoyed Hudson telling us right away when someone checked in code that broke the build. It just gives you so much more confidence in your code and keeps it releasable at all times. In addition, we used Sonar to measure the quality of our code. I found it quite interesting to study how the different metrics changed over the course of the project. We paid particular attention to code coverage and tried to keep it as close to 100% as possible. This should happen naturally anyway if you are practicing TDD.
Setting all this up was a good experience to learn how it all fits together – But I learned my lesson and I don’t really want to do it over and over again. So, I started looking for a Virtual Appliance that had most, if not all, of these capabilities. Setting up a build server must have been done by other developers a million times before. Surely, someone along the way stuck it all on a Virtual Machine (VM) and made it open source, right? Well, that’s what I thought, but I couldn’t find any. So, I decided to create one myself. Unfortunately, I am lacking the hardware to do so at the moment. I have even already created a project for it on https://launchpad.net/java-build-server. Although, I haven’t come around to create the VM yet, I still wanted to share my idea here to maybe animate someone else to go ahead and give it a go. So here it is: my idea of a Java build server.
I planned to start with what I think of as a good enough build server: A VM based on Ubuntu Server JeOS with pre-configured installations of Subversion (Source Control), Hudson (Continuous Integration), Sonar (Quality Metrics), MySQL (to store Quality Metrics), Maven (Build) and Nexus (Enterprise Maven Repository). Once this is all working I am going to also install Trac (Wiki and issue tracking system). You might of course have your own preferences for tools to use for the tasks listed above. Feel free to swap out whatever tool you wish. You might already have an enterprise Maven repository. Fine, just use your existing one. All I am saying is, these tools will be on my build server VM; pre-configured as much as possible with standards found in the tools’ documentation, following the convention over configuration paradigm.
Creating the VM
Here is how I am planning to create my Java build server VM. I am using VMware Studio to create the VM. VMware Studio is a Virtual Appliance itself and I deployed it in VMware Server 2.0. First I created a basic VM based on Ubuntu 8.04.1. Studio automatically installs VMware tools and embeds an in-guest management component called Virtual Appliance Management Infrastructure (VAMI), which lets you configure the network settings of your VM after it has been built. This is essential, since you want your development team to be able to connect to your copy of the build server VM. Here is a list of the essential settings I used to create the base VM:
- 1 CPU
- 512 MB RAM
- 8 GB
- Network settings: DHCP (to automatically find an IP address)
- Target format: zip
After the build finished, I downloaded the zipped VM and deployed it on my VMware Server instance. I started the VM and assigned it a static IP address on the boot screen. I logged in and carried out the following steps:
- Update Ubuntu (sudo apt-get update && sudo apt-get upgrade)
- Add the universe and multiverse Ubuntu repositories
- Install Java and Tomcat (with admin packages)
- Install Subversion (SVN)
- Install Maven
- Install MySQL
- Deploy Hudson to Tomcat
- Deploy Sonar to Tomcat
- Deploy Nexus to Tomcat
Using the VM
Of course there are some project and company specific configurations that cannot be set in advance. Here is what is left to do:
- Install a VM container on a server (e.g. VMware Server)
- Download and start the VM in your container
- Set the network details on the boot screen
- Add your developers as users to Subversion (in /usr/local/svn/passwd-team)
- Create a project
- Create Hudson jobs to monitor your project
To make using this Java build server even easier I am also planning to create the following:
- a Maven archetype that only needs the IP address of the build server to be configured
- a script to create a new project on the build server (create SVN project, create Hudson jobs, etc.)
Hello, sounds like a good idea. I work only with VMs.
The best thing is that you can set snapshots under VMWare Server. So you can fool around as much as you want. But also have a look at VirutalBox (www.virtualbox.org) and KVM (www.linux-kvm.org), they might have better performance.
In theory you should be able to run the VM on any VM host application.
I have heard about that theory too.
But I haven’t seen any positive proof, but several negative.
[…] know about new plugin for Sonar developed by me. Meet – Sonar SCM Activity Plugin.” Java Build Server By Manuel Küblböck, 23 Januray […]
[…] Java Build Server By Manuel Küblböck, 23 January 2010 In my last Java project, I set up a build server with Continuous Integration (CI) capability. I am a big fan of Test Driven Development (TDD) and I quite enjoyed Hudson telling us right away when someone checked in code that broke the build. It just gives you so much more confidence in your code and keeps it releasable at all times. In addition, we used Sonar to measure the quality of our code. […]