Pelisse Romain

Depuis maintenant plus de deux ans, les gestionnaires de sources distribués ont pris une part de plus en plus importante dans le monde des logiciels libres et open source. De plus en plus de ces projets migrent vers Git, Mercurial ou encore Bazaar. Si la plupart des développeurs de ce monde sont convaincus des apports de ces outils dans leur travail, le reste de l'industrie reste pour le moment confiné à des gestionnaires de sources centralisés, comme SVN. Pourtant, il existe avec git-svn le moyen de combiner les deux éléments et de pouvoir bénéficier de presque tous les avantages des gestionnaires distribués, tout en utilisant un serveur SVN. Si les développeurs habitués aux usages des gestionnaires de sources distribués l'adoptent de manière immédiate lorsqu'ils doivent travailler avec un serveur SVN, les développeurs habitués à ce dernier n'ont que rarement ce réflexe. Le propos de cet article est donc de présenter en détail et de manière pratique l'utilisation quotidienne que peut faire un développeur utilisant SVN de git, avec git-svn.

XStream est une nouvelle bibliothèque Java Open Source permettant de manipuler des flux XML aisément. Profitant de l'expérience acquise par les déboires des précédents analyseurs XML, tels que Xalan, cette nouvelle API a su proposer une nouvelle approche plus légère et très séduisante. Avec ce tour d'horizon rapide, reprenez goût à XML !

Dans un précédent article, nous avions abordé les problématiques ayant entrainé l'émergence des gestionnaires de sources distribuées (Distributed Version Control System - DVCS), tel que Mercurial. L'enjeu de ce nouvel article, résolument plus pratique, est de présenter l'utilisation de quelques fonctionnalités un peu avancées de cet outil et de vous faire découvrir comment Mercurial peut grandement vous simplifier la vie dans vos travaux quotidiens.

Qu'il s'agisse de dépister des anomalies dans un code que l'on veut robuste ou de démontrer qu'un prestataire n'a pas respecté l'état de l'art, ou plus simplement pour améliorer la qualité de son projet, il arrive un moment où l'on souhaite faire le point sur la qualité technique globale de son projet. Ce genre de travail nécessite bien évidemment une bonne maîtrise de la technologie utilisée, mais aussi un outillage assez élaboré pour analyser et remonter les potentiels problèmes. S'il existe de nombreuses solutions open source – PMD, Cloc, Findbugs... – pour analyser un projet et remonter ses indicateurs, il reste fastidieux de mettre en place tous ces outils et surtout encore plus laborieux de faire la synthèse des différents résultats obtenus.

Si aujourd'hui SVN a largement conquis le monde du développement en entreprise, comme chez les éditeurs, les projets communautaires (qui, eux, sont réellement à la pointe du progrès :p) sont en avance de phase. Ces derniers migrent de plus en plus vers ces nouvelles solutions de gestion de sources que sont Mercurial [hg], étudié dans le présent article, Bazaar [bzr] ou encore le fameux Git [git], développé par l'auteur de Linux lui-même, Linus Tordvalds.

Un serveur d'application JEE, tel que JBoss en l'occurrence, est un outil très complexe qui fournit un ensemble de services élaborés (conteneur de servlet, connecteur HTTP, « stack » WebService, queue JMS, et j'en passe) qui peut tout à fait le rendre aussi cryptique qu'effrayant à analyser. Pour démystifier l'engin, nous allons effectuer une analyse de performances sur une instance de JBoss en nous limitant aux quelques paramètres essentiels à notre test.