Un des pires scénario (et donc des plus récurrents) dans l'apparition d'un bug est sûrement celui-ci :
Le client vient de nous remonter un bug qui semble ne se produire que sur son environnement de production - donc inaccessible et top-secret - et semble-t-il de manière assez aléatoire. Il faut que tu nous corriges ça au plus vite!
Passées les premières sueurs froides, il apparait que sous cet angle, seule une force divine pourrait vous aider à résoudre ce problème : pouvoir débugger l'application sans point d'arrêt (car elle ne peut pas tourner en mode debug sur l'environnement de prod), sans y avoir accès (puisque l'environnement est protégé) et qui plus est pile au moment où intervient le bug...
Rassurez-vous, vous pouvez maintenant invoquer la toute puissance de Chronos Chronon, un plugin Eclipse se définissant comme "time-traveling debugger".
Présentation
Chronon est disponible en version finale depuis le 25 avril dernier (fin de la bêta). Ses principales fonctionnalités sont assez simples mais révolutionnent les usages du debugger classique, comme le résume justement son fondateur Prashant Deva :
* A 'flight data recorder' for Java programs which can record every line of code executed inside a program and save it to a file on the disk. The file can be shared among developers and played back in our special time travelling debugger to instantly find the root cause of an issue. This also means that no bugs ever need to be reproduced!
* A Time Travelling Debugger, with a novel UI that plugs seamlessly into Eclipse, which allows you to playback the recordings. It not only step back and forward but to any point in the execution of your program.
Dans les détails...
La première étape lors de l'utilisation de Chronon est l'enregistrement du déroulement de l'application. Il est possible d'indiquer les packages à surveiller pour que chaque classe mise en jeu soit instrumentalisée en mémoire afin de pouvoir enregistrer tout ce qui s'y passe, ce qui signifie certes une perte de performance (quoique très bien gérée et limitée), mais surtout que seules ces classes-ci sont surveillées (et non les librairies externes éventuellement appelées). Au final, toutes ces informations sont compressées dans un fichier utilisable sur n'importe quelle machine.
La seconde étape, la plus fun intéressante, est la manipulation de ces enregistrements et le debug étape par étape avec la possibilité de remonter le temps. Voici comment se présente l'interface sous Eclipse :
Comme vous pouvez le voir, l'interface parle d'elle-même : beaucoup d'outils très prometteurs! Et tout ceci est très simple d'utilisation. Par exemple, pour trouver la cause de l'erreur levée, il suffit de cliquer sur la ligne en question dans la vue "Thrown exceptions". On peut donc savoir à quel moment du déroulement du scénario elle est apparue et quelles étaient les valeurs de toutes les variables à cet instant précis :
Et il en va de même pour les sorties dans la console : un simple clic sur une ligne renvoie au code exécuté :
Il est donc possible de naviguer en toute tranquillité dans le code qui a été exécuté afin de trouver à quel moment et pourquoi l'application s'est mal comportée. En effet, contrairement à d'autres debuggers "omniscients" focalisés sur l'état des objets, Chronon se concentre sur la notion de temps et permet de retracer le fil de l'histoire. C'est ce qui en fait un concept novateur voire révolutionnaire dans la façon d'envisager la résolution de bugs. Plus de pertes de temps à essayer de le reproduire sur place ou à l'aide de toute une batterie de tests/données créés pour l'occasion. Les équipes peuvent même se transmettre les enregistrements et enquêter indépendamment.
... Et bien plus encore...
Chronon recèle encore bien plus de fonctionnalités toutes plus attirantes les unes que les autres. En vrac :
- L'enregistrement peut être stoppé/redémarré à tout moment pendant l'exécution de l'application
- Prévu pour pouvoir supporter des enregistrements sur plusieurs heures, jours...
- Mise en place d'un serveur d'enregistrement capable de gérer et d'être géré par plusieurs clients
- Création de logs post-execution (l'explication du fondateur vaut toutes les autres) :
Since Chronon records the entire execution of your program and we have this very powerful 'query' engine on top of it, we know the exact state of your program at all points in time. We even know exactly which statements were executed and in which order they were executed.
If you combine those two facts, the order of execution of each statement and the knowledge of program state at all times, you will see that what we are essentially doing can be generalized as a form of a database query. A very complex and custom query but a query nonetheless. - ...
Pour conclure, on peut sans hésiter affirmer que Chronon est l'outil à connaître pour enfin avoir la main-mise sur une application et son comportement dans le temps (Marty et Doc' vont pouvoir remiser leur Doloréane!)
Sources
- http://www.slideshare.net/tsauerwein/chronon-a-backintimedebugger-for-java
- http://java.dzone.com/articles/introducing-chronon-time
- http://java.dzone.com/articles/chronon-20-pushing-boundaries
- http://java.dzone.com/articles/chronon-20-fixes-everything
- http://medianetwork.oracle.com/media/show/15525
- http://live.eclipse.org/node/1038
- http://live.eclipse.org/node/1050
- http://live.eclipse.org/node/1049
- http://www.webdevradio.com/index.php?id=113
