Soucis de perf sur TopiaContext.restore()
Bonjour, Je retranscrit une conversation concernant un soucis de performance (voire de memory leak) sur TopiaContext.restore(). Le principal soucis est qu'a leur actuellement, l'ouverture d'un TopiaContext fait énormément de chose dont on a pas réellement toujours besoin : - chargement des mappings (xml) - migration de base de donnée (dans les services) + seconde lecture des mappings (xml) Le restore consiste a injecter un script SQL, on a pas besoin de charger la machine hibernate pour ça. Donc un début de solution, consistait a ajouter une méthode permettant d'injecter un dump directement via H2. Donc une méthode statique restore(Properties config, File sqlFile); qui appelera restore(String jdbcURL, File sqlFile); org.h2.tools.RunScript.main("-url jdbc:h2:~/test", "-script test.sql", "-options compression gzip"); On pourrait aussi gérer d'autre format h2 (zip, lzf...) -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
participants (1)
-
Eric Chatellier