Maven 3 est sorti depuis quelques mois, et ne propose que peu de nouvelles fonctionnalités au développeur qui l’utilisera. Quelles sont ces nouveautés ? Pour les projets utilisant Maven 2, faut il les passer sur la nouvelle version ? Réponse courte : oui. Aujourd’hui, il y a peu à gagner, mais la rétrocompatibilité est presque totale. Pour plus de détails, lisez la suite…
(Lire la suite…)
Il y a quelques mois de cela, je vous parlais d’industrialisation des développements Android. Tout n’était pas parfait pour être vraiment productif, notamment l’intégration entre les outils de build et l’IDE. Qu’en est-il aujourd’hui ? Peut-on enfin être aussi efficace sur du développement Android que sur du Java standard ? Ce sont les questions auxquelles je réponds dans cet article.
(Lire la suite…)
Mettre en place FitNesse dans une équipe n’est pas particulièrement évident. Il y a plusieurs possibilités et certaines sont plus efficaces que d’autres.
La mise en place décrite dans cet article offre une bonne combinaison d’avantages et d’inconvénients. Elle permettra le travail commun de deux équipes : une équipe de fonctionnels utilisant un serveur central, et une équipe de développement écrivant les fixtures directement depuis leur workspace.
Lisez la suite de l’article en anglais : http://blog.octo.com/en/fitnesse-technical-setup
Avec la croissance de la plateforme Android et l’annonce de Google sur le nombre de terminaux activés chaque jour, le nombre de projets Android a de bonnes chances de progresser également. Avec cette augmentation, la question de l’industrialisation des développements se pose donc. Pourquoi industrialiser ? Comment ? Des questions auxquelles nous allons répondre dans ce billet…
(Lire la suite…)
Ayant beaucoup utilisé Maven ces derniers temps, j’ai dû faire pas mal de recherches pour lui faire faire ce que je voulais. Cela m’a permis de découvrir une série de plugins intéressants que je vous livre ici. De façon générale, il s’agit de plugins méconnus mais qui m’ont fait pousser un « Oh la bonne idée super pratique » lorsque je l’ai découvert. Avec un peu de chance, vous aurez la même réaction.
Évidemment, de nombreux autres plugins sont disponibles, utiles et bien faits. J’ai voulu focaliser ici sur mes nouvelles découvertes et sur les anciens qui sont revenus en grâce. Si vous recherchez un plugin, les deux points de départ sont http://maven.apache.org/plugins/ et http://mojo.codehaus.org/. Ensuite, Google est votre ami.
Dans un précédent article, Meriem Berkane introduisait le build distribué et notamment la distribution des tests sur des agents. TestNG propose cette fonctionnalité de base, JUnit par contre ne le fait pas. Mais Gridgain vient combler ce manque depuis sa version 1.6. Dans cet article, je vais donc mettre en oeuvre Gridgain dans un build Maven afin de pouvoir, par la suite, l’utiliser sur le serveur d’intégration continue.
(Lire la suite…)
Dans un projet d’entreprise, il est important de vérifier continuellement la non-régression du produit réalisé. Au même titre que les tests unitaires, les tests d’acceptance font partie intégrante du harnais de tests à mettre en place sur un projet. FitNesse est une des solutions à ce besoin.
FitNesse dormait jusqu’à Juillet 2008. Mais il suffit de voir le rythme des releases depuis cette date, pour se rendre compte qu’il s’est réveillé ! Avec une nouvelle version presque tous les mois entre Juillet 2008 et Juillet 2009, et l’arrivée de Slim, on obtient un produit qui a sensiblement changé.
Mais avec une évolution aussi soudaine, on ne peut malheureusement pas éviter les effets de bords. Notamment dans le monde des outils qui tournaient autour de la sphère FitNesse. Par exemple, je recherchais un plugin Maven pour FitNesse. Mais la plupart des liens que me renvoie mon moteur de recherche préféré, pointe sur des outils incompatibles avec les nouvelles versions de FitNesse.
Il faut creuser un peu avant de trouver les perles rares…
L’objectif du build continu est de fournir aux développeurs un retour sur la qualité du code qu’ils viennent de commiter. Plus ce retour sera fait rapidement, plus il sera efficace. Dans leur présentation à l’Université du Système d’Information intitulée Les nouveaux défis de l’intégration continue, Jérôme Van Der Linden et Philippe Guicheney présentent le build distribué comme une solution aux problématiques de temps de build continu. Le but de cet article est d’approfondir cette notion de build distribué, en:
Jusqu’à présent la littérature au sujet de Maven était essentiellement anglophone. Ceci limitait son adoption dans nos contrées gauloises et pouvait parfois entrainer une mauvaise utilisation ou des critiques injustifiées. Mais c’est aujourd’hui de l’histoire ancienne… ou presque ! Effectivement, d’ici la fin de l’année, deux ouvrages en Français arriveront sur nos étales : Apache Maven de Nicolas De Loof et Arnaud Héritier ainsi que la traduction du déjà connu Maven: The Definitive Guide de Sonatype.
(Lire la suite…)
Suite à mon précédent post, La meilleure façon de rater son projet grâce à Maven2, un collègue m’a décrit la situation suivante « Une pratique sur notre projet est de lancer un build maven -mvn clean install- sur son poste local avant de faire un commit. Cette commande est super longue, et les développeurs disent ‘c’est normal c’est maven qui est long’, ça doit prendre combien de temps un build Maven ? ».
(Lire la suite…)
