Diferencias de configuración entre WebSphere Application Server tradicional y Liberty: elemento connectionManager
Existen algunas diferencias en la configuración entre connectionManager en Liberty y agrupaciones de conexiones en 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ónSi lo desea, puede especificar las propiedades de duración de tiempo con unidades en Liberty. Por ejemplo:
Si desea más información sobre las unidades de tiempo y formatos aceptados para el elemento connectionManager, consulte Java Database Connectivity 4.1. Si no especifica unidades de tiempo en Liberty, se utilizan las mismas unidades predeterminadas que en WebSphere Application Server tradicional.<connectionManager id="pool1" connectionTimeout="30s" reapTime="3m" maxIdleTime="30m"/>
- 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 inmediatez, mientras que WebSphere Application Server tradicional, a menudo, utiliza -1 para la inmediatez.
- Liberty utiliza un valor de -1 para representar nunca (inhabilitado), mientras que WebSphere Application Server tradicional, a menudo, utiliza 0 para nunca (inhabilitado).
- agedTimeout
- connectionTimeout
- maxIdleTime, que es unusedTimeout en el WebSphere Application Server tradicional.
- reapTime
- Cambios en las políticas de depuración
En Liberty, existen 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 WebSphere Application Server tradicional son los siguientes:
- 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.