Feature #3035


Optimisation de la datasource

Added by David Lesimple almost 10 years ago. Updated almost 10 years ago.

Start date:
Due date:
% Done:


Estimated time:
Spent time:
Livraison en TEST:
Livraison en PROD:


Dans silverpeas-ds.xml un paramètre est incorrect en jboss6: max-idle-timeout
Il serait souhaitable d'ajouter les options suivantes:

idle-timeout-minutes : This element specifies the maximum time in minutes a connection may be idle before being closed. The actual maximum time depends also on the IdleRemover scan time, which is 1/2 the smallest idle-timeout-minutes of any pool.
Valeur: 15

track-statements : This boolean element specifies whether to check for unclosed statements when a connection is returned to the pool. If true, a warning message is issued for each unclosed statement. If the log4j category org.jboss.resource.adapter.jdbc.WrappedConnection has trace level enabled, a stack trace of the connection close call is logged as well. This is a debug feature that can be turned off in production.
Valeur : true

prepared-statement-cache-size : This element specifies the number of prepared statements per connection in an LRU cache, which is keyed by the SQL query. Setting this to zero disables the cache.
Exemple: 15

Actions #1

Updated by Miguel Moquillon almost 10 years ago

  • Status changed from New to In progress...
  • Assignee set to Miguel Moquillon
Actions #2

Updated by Miguel Moquillon almost 10 years ago

  • Status changed from In progress... to Resolved
  • Target version set to Version 5.9

Ok, ces paramètres ont été ajoutés respectivement dans les descripteurs silverpeas-ds.xml et silverpeas-jpa-ds.xml.
Les paramètres idle-timeout-minutes et prepared-statement-cache-size sont paramétrables via respectivement les propriétés IDLE_TIMEOUT et STATEMENT_CACHE_SIZE dans le fichier de configuration Ces paramètres sont par défaut valorisés respectivement à 15 (15 minutes) et 0 (pas de cache).
Le paramètre track-statements est laissé à la discrétion de l'équipe de dév car c'est avant tout un paramètre de debug. Dans le contexte actuel, afin de chasser les instructions SQL mal fermées, il est valorisé à warn. Toutefois, ce paramètre peut être modifié soit directement dans les descripteurs XML ou via le fichier XML de personnalisation du client CustomSettings.xml.

Actions #3

Updated by Nicolas Eysseric almost 10 years ago

  • Status changed from Resolved to Closed
  • % Done changed from 0 to 100

Also available in: Atom PDF