PDFFilter devrait faire la génération des pdf dans un thread à part

L'outil PDF utilisé dans le produit met des variables dans le threadlocal pour chaque instance de CYahpConverter (http://grepcode.com/file/repo1.maven.org/maven2/com.google.code.maven-play-plugin.org.allcolor.yahp/yahp-internal/1.3/org/allcolor/yahp/cl/converter/CHtmlToPdfFlyingSaucerTransformer.java#429) .

Ces variables sont des SoftReference, normalement bien nettoyées au GC. Cependant, si on génère 1 pdf toutes les 5 secondes, les threads tomcat stockent ces références et du coup grossissent niveau mémoire (PDFFilter est lié à un thread tomcat qui dure le temps de vie du serveur).

Après test, il s'avère qu'exécuter la méthode dans un thread à part (or thread tomcat) permet un meilleur nettoyage de la mémoire.