Différences de configuration entre WebSphere Application Server Traditional et Liberty : élément connectionManager

Il existe des différences de configuration entre connectionManager dans Liberty et les pools de connexions dans le WebSphere Application Server Traditional.

  • Propriétés avec des noms différents
    • maxConnectionsPerThread, qui correspond à maxNumberofMCsAllowableInThread dans le WebSphere Application Server Traditional.
    • maxIdleTime, qui correspond à unusedTimeout dans le WebSphere Application Server Traditional.
    • maxPoolSize, qui correspond à maxConnections dans le WebSphere Application Server Traditional.
    • minPoolSize, qui correspond à minConnections dans le WebSphere Application Server Traditional.
  • Propriétés de durée
    En option, vous pouvez spécifier les propriétés de durée associées à des unités dans Liberty. Par exemple,
    <connectionManager id="pool1" connectionTimeout="30s" reapTime="3m" maxIdleTime="30m"/>
    Pour plus d'informations sur les unités de temps et les formats valides pour l'élément connectionManager, voir Java Database Connectivity 4.1. Si vous ne spécifiez pas d'unité de temps dans Liberty, les unités de temps par défaut utilisées dans le WebSphere Application Server Traditional sont appliquées.
  • Différences entre les valeurs de dépassement de délai d'attente immédiat et de dépassement de délai d'attente inexistant (désactivé)
    Les valeurs qui représentent le dépassement de délai d'attente immédiat et le dépassement de délai d'attente inexistant (désactivé) sont différentes.
    • Liberty utilise la valeur 0 pour signifier le caractère immédiat alors que le WebSphere Application Server Traditional utilise la valeur -1.
    • Liberty utilise la valeur -1 pour signifier que le délai d'attente est illimité (désactivé) alors que le WebSphere Application Server Traditional utilise souvent la valeur 0.
    Spécifiquement, cette différence s'applique aux attributs suivants :
    • agedTimeout
    • connectionTimeout
    • maxIdleTime, qui correspond à unusedTimeout dans le WebSphere Application Server Traditional
    • reapTime
  • Modification des règles de purge

    Dans Liberty, il existe trois valeurs de règle de purge : EntirePool, FailingConnectionOnly et ValidateAllConnections.

    Dans le WebSphere Application Server Traditional, la règle de purge peut être EntirePool ou FailingConnectionOnly, et une seconde propriété, defaultPretestOptimizationOverride, détermine le comportement de la règle FailingConnectionOnly si c'est elle qui est choisie.

    Les règles de purge dans Liberty, ainsi que leurs équivalents dans le WebSphere Application Server Traditional, sont les suivantes :

    • purgePolicy="EntirePool" est identique dans les deux profils.
    • purgePolicy="FailingConnectionOnly" dans Liberty équivaut à purgePolicy="FailingConnectionOnly" avec defaultPretestOptimizationOverride="false" dans le WebSphere Application Server Traditional.
    • purgePolicy="ValidateAllConnections" équivaut à purgePolicy="FailingConnectionOnly" avec defaultPretestOptimizationOverride="true" dans le WebSphere Application Server Traditional.

Icône indiquant le type de rubrique Rubrique de référence

Nom du fichier : rwlp_connpool_diff.html