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ónTambién puede especificar las propiedades de duración en tiempo con unidades en Liberty. Por ejemplo:
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.<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 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).
- 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.