Image du projet 'Socle K-Sup' téléversée
  1. Socle K-Sup
  2. CORE-1978

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

    XMLWordImprimable

    Informations

    • Type: Bug
    • Etat: Fermé
    • Priorité: Mineur
    • Résolution: Ne sera pas résolu
    • Affecte la/les version(s): 6.02.31, 6.04.26
    • Version(s) corrigée(s): master
    • Composants: Aucune
    • Etiquettes:

      Description

      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.

        Pièces jointes

          Activité

            Personnes

            • Responsable:
              alice.ark Alice ARK [X] (Inactif)
              Rapporteur:
              alexandre.baillif Alexandre BAILLIF [X] (Inactif)
            • Votes:
              1 Voter pour cette demande
              Gérer les observateurs:
              4 Commencer l'observation de cette demande

              Dates

              • Création:
                Mise à jour:
                Résolue: