Configuración de las diferencias entre el WebSphere Application Server tradicional y Liberty: elemento connectionManager

Existen algunas diferencias de configuración entre connectionManager en Liberty y las agrupaciones de conexión en el WebSphere Application Server tradicional.

  • Propiedades con nombres diferentes
    • maxConnectionsPerThread, que es maxNumberofMCsAllowableInThread en el WebSphere Application Server tradicional.
    • maxIdleTime, que es unusedTimeout en el WebSphere Application Server tradicional.
    • maxPoolSize, que es maxConnections en el WebSphere Application Server tradicional.
    • minPoolSize, que es minConnections en el WebSphere Application Server tradicional.
  • Propiedades de duración
    También puede especificar las propiedades de duración en tiempo con unidades en Liberty. Por ejemplo:
    <connectionManager id="pool1" connectionTimeout="30s" reapTime="3m" maxIdleTime="30m"/>
    Si desea más información sobre las unidades y formatos de tiempo aceptados para el elemento connectionManager, consulte Java Database Connectivity 4.1. Si no especifica las unidades de tiempo en Liberty, se utilizan las unidades predeterminadas como en el WebSphere Application Server tradicional.
  • Diferencias entre los valores de tiempo de espera inmediato y el tiempo de espera nunca (inhabilitado)
    Hay diferencias en los valores que representan los valores de tiempo de espera inmediato y nunca (inhabilitado).
    • Liberty utiliza un valor de 0 para representar el valor de inmediato, mientras que el WebSphere Application Server tradicional utiliza generalmente un valor de -1 para el valor de inmediato.
    • Liberty utiliza un valor de -1 para representar el valor de nunca (inhabilitado), mientras que el WebSphere Application Server tradicional utiliza generalmente el valor de 0 para el valor de nunca (inhabilitado).
    Específicamente, esta diferencia se aplica a los atributos siguientes:
    • agedTimeout
    • connectionTimeout
    • maxIdleTime, que es unusedTimeout en el WebSphere Application Server tradicional.
    • reapTime
  • Cambios en las políticas de depuración

    En Liberty, hay tres valores de políticas de depuración: EntirePool, FailingConnectionOnly y ValidateAllConnections.

    En el WebSphere Application Server tradicional, existen dos valores de políticas de depuración: EntirePool y FailingConnectionOnly, con una segunda propiedad, defaultPretestOptimizationOverride, que determina el comportamiento de FailingConnectionOnly.

    Las políticas de depuración en Liberty y sus equivalentes en el WebSphere Application Server tradicional son:

    • purgePolicy="EntirePool", que es el mismo para ambos.
    • purgePolicy="FailingConnectionOnly", que es equivalente a purgePolicy="FailingConnectionOnly" con defaultPretestOptimizationOverride="false" en el WebSphere Application Server tradicional.
    • purgePolicy="ValidateAllConnections", que es equivalente a purgePolicy="FailingConnectionOnly" con defaultPretestOptimizationOverride="true" en el WebSphere Application Server tradicional.

Icono que indica el tipo de tema Tema de referencia



Icono de indicación de fecha y hora Última actualización: Tuesday, 6 December 2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-libcore-mp&topic=rwlp_connpool_diff
Nombre de archivo:rwlp_connpool_diff.html