Je viens d’installer Hudson sous Tomcat sur cette machine et j’ai rencontré bien quelques problèmes pour effectuer cette installation, alors je vais partager ma solution.

1. Installer Java

La première chose à faire est bien sûr d’installer Java. Déja là, on tombe sur le premier problème, étant donné qu’il ne faut pas installer OpenJDK, mais le paquet de Sun.

Pour cela, il faut commencer par ajouter une nouvelle source dans le fichier /etc/apt/sources.list :

deb http://ftp.de.debian.org/debian/ etch main non-free contrib

Ensuite de quoi, on peut installer Java :

aptitude install sun-java6-jre sun-java6-jdk

Note : Pour ceux qui comme moi sont débutants sous Linux, pour valider la fenêtre de la licence de Java, il faut utiliser puis pour valider.

Pour vérifier que Java est correctement installé, il faut utiliser la commande :

java -version

Si cette commande ne vous donne pas la bonne version, essayez de configurer la bonne version de java et javac avec les commandes suivantes :

2. Installation de Tomcat

On va maintenant passer à l’installation de Tomcat.

Pour cela, on va utiliser la commande suivante :

apt-get install tomcat5.5 tomcat5.5-admin

Il faut ensuite désactiver le security manager de Tomcat dans le fichier /etc/default/tomcat5.5 :

TOMCAT5_SECURITY=no

3. Installer Hudson

On va commencer par créer un dossier pour Hudson, par exemple dans /home

mkdir /home/hudson

Sans oublier de donner les droits à tomcat pour écrire dans ce répertoire :

chown tomcat55:nogroup /home/hudson

Et ajouter la variable d’environnement HUDSON_HOME pointant vers ce répertoire.

export HUDSON_HOME=/home/hudson

Note : Pour ne pas retaper cette commande à chaque fois, il faut également la mettre soit dans .bashrc soit dans /etc/init.d/tomcat5.5

Maintenant on peut déployer Hudson sur Tomcat, soit en utilisant l’interface graphique, soit en ajoutant directement hudson.war dans le répértoire webapps de Tomcat.

Pour tester allez simplement sur http://localhost:8180/hudson et vous devriez y voir apparaître la page d’accueil d’Hudson.

Et voilà

Note : Certaines de ces commandes (comme le security manager ou utiliser sun-java6-jre au lieu de OpenJDK ne sont pas nécessaire au fonctionnement général d’Hudson, mais sont indispensables pour certaines de ses fonctionnalités comme la gestion de plugins.

Hors en me rendant un jour sur le site d’IntelliJ Idea, j’ai vu une pub pour leur serveur d’intégration continue : TeamCity.

Comme la version de base est gratuite (limité à 20 configurations de builds et 3 agents), je me suis décidé à la tester. En effet, bien que je sois le seul développeur de JTheque, il est toujours intéressant d’avoir un suivi des builds et une gestion centralisé de ces derniers.

TeamCity m’offre très largement toutes ces fonctionnalités et bien plus encore

Voilà les différentes fonctionnalités que j’utilise :

• Gestion centralisé des builds, génération des versions de builds
• Lancement automatique du build lors d’un commit dans le repository d’une configuration de build
• Suivi des tests (nombres, réussis, ratés, …)
• Changelogs de builds en fonctions des commits SVN
• Couverture de code
• Recherche de codes dupliqués
• Inspections de code

A noter, qu’il y a encore d’autres fonctionnalités intéressantes que je n’utilise pas. Par exemple, on peut utiliser le pré-commit, c’est à dire qu’avant de commit sur subversion, on va passer par la configuration de build sur TeamCity pour voir s’il y a des erreurs et le cas échéant ne pas committer.

Par contre, on atteint assez vite la limite de 20 configurations de build surtout pour un projet modulaire, mais je compte également essayer d’obtenir la version gratuite pour les projets OpenSource comme je l’ai déjà pour IntelliJ Idea, ce dont je remercie JetBrains d’ailleurs.

Pour plus d’infos : Le site officiel de TeamCity et la présentation de l’outil par Romain Linsolas et Philippe Vialatte.