JRebel ou comment accélérer le développement

Dans des posts précédents (ici et là), j'avais parlé d'une façon d'utiliser maven 2 pour fournir, entre autre, une solution pour accélérer le déploiement d'applications web avec Cargo. Cependant, afin d'optimiser le temps de développement, il est préférable, plutôt que d'avoir à redéployer l'application web à chaque modification de son contenu (que ce soit sa vue, son contrôleur ou son modèle) ou de ses librairies tierces (ce qui est connu pour être un anti-pattern), de n'avoir pas à le faire mais d'avoir plutôt un mécanisme permettant de prendre les modifications à chaud afin de pouvoir tester le plus rapidement possible.

Il existe différentes approches telles que :

• l'utilisation du plugin WTP d'Eclipse en lançant le conteneur de Servlet ou le serveur d'application directement au sein d'Eclipse,
• l'utilisation du plugin Sysdeo sous Eclipse pour le conteneur de Servlet Tomcat,
• ...

Cependant, aucune de ces solutions ne m'avait convaincu et je continuais à utiliser la bonne vieille ligne de commande.

Jusqu'au jour où j'ai entendu parlé de JRebel... Cette solution, bien que payante, remporte l'unanimité des suffrages dans la communauté open-source en raison de sa simplicité et de sa puissance.
Suite à l'obtention d'une licence gracieusement offerte par ZeroTurnaround lors du 2ième anniversaire du Paris JUG (merci à eux et longue vie aux JUGs!!), je ne pouvais que tester à mon tour...
Cet article va donc donner mon retour d'expérience.

De l'art du livrable

Au cours de certaines missions, je suis arrivé à un constat qui était que le processus de génération d'un livrable était souvent délaissé au profit de l'effort de développement de l'application.
C'est vrai qu'il peut être concevable qu'il ne s'agit que de la dernière étape d'un processus de développement, cependant, avec l'introduction de cycles courts (agilité, ...), pouvoir fournir rapidement un livrable de qualité au client est primordial.
Dans un post précédent, j'avais parler de la façon dont j'avais en place maven dans un processus d'usine logicielle. J'y avais également abordé succinctement comment il était possible de générer un livrable.
Ce post présente donc plus précisément comment cela est possible avec maven (je ne reviendrai pas sur le pourquoi car cela me parait évident dans le sens où c'est ce que verra le client final et que, tout le monde le sait, la première impression est très souvent importante - un peu comme lorsque l'on offre un cadeau à quelqu'un, l'emballage à son importance même si, au final, le cadeau est pourri... ;-) - ).

Utilisation du remote debugger

Juste parce que j'ai la flemme de toujours rechercher le lien et parce que je trouve que cet article explique et résume très bien l'utilisation du remote debug, je me permets de mettre un lien vers l'excellent blog de Fabrice Dewasmes :

http://jtruc.dewasmes.net/?p=162

java -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n MonMachin