Les fuites mémoires

Avec Java, l'habitude n'est pas forcément de regarder sa consommation mémoire.
On peut même le voir sur des projets très connus comme Eclipse. Malgré le fait que cet outil est tout de même
très pratique, qu'il est plutôt bien fait, il a une forte tendance a demander de plus en plus de ressources.
Vous imaginerez très vite le temps qu'on peut perdre avec un projet multi-module utilisant maven, déployé sur Weblogic 10, sur un poste de dev.Bref, entre les temps de compilation, de démarrage, de téléchargement de librairies, je crois que si j'allais prendre un café à chaque fois que j'en ai l'occasion, je deviendrais hyperactif.

Bien entendu, ce n'est qu'un exemple, et le choix de ce mode de fonctionnement est peut être discutable, toutefois, et j'en viens au sujet de ce billet, il est bon de jeter un oeil à la consommation de mémoire de son projet.
J'ai lu quelque part que face à une fuite mémoire, il y a deux types de réactions. La première est d'augmenter la taille allouer à la jvm pour contourner le problème, la seconde est de la réduire pour reproduire le bug plus facilement.
Il est bien évident que tout le monde choisit à chaque fois la deuxième solution :p
Et pour cela les bon outils font le bon ouvrier, pour cette raison je vous invite à vous informer en lisant cet article.