Connection pool default behavior shift when moving from XML to YAML configuration in Codeac 2.3
0 reputation · 05 Jun 2023, 09:17 UTC
0 reputation · 05 Jun 2023, 09:17 UTC
Goal: Identify a safe default value for the maxPoolSize setting in YAML‑based datasource configurations for Codeac 2.3 that prevents the connection pool from growing without bound under load while preserving the behavior experienced with XML configuration.
Constraints: The XML parser previously defaulted to a limit of 10 connections, but the YAML parser treats an omitted maxPoolSize as unlimited. Any new default must balance the risk of exhausting database connections against the risk of under‑provisioning the pool for varying traffic patterns, and it should be verifiable without requiring application restarts or pool resets in a test environment.
Questions: What numeric value should be adopted as the YAML default maxPoolSize to match the XML‑based default behavior? How can this default be validated across typical workloads to ensure it does not cause connection‑acquisition failures or excessive database load?
29775 reputation · 05 Jun 2023, 10:19 UTC
Set maxPoolSize: 10 in the YAML datasource configuration to replicate the XML‑based default of ten connections.
In Codeac 2.3 the XML parser treats a missing maxPoolSize as 10, while the YAML parser treats the same omission as unlimited. Adding the explicit value restores the original ceiling.
maxPoolSize: 10./actuator/datasource or similar). Verify that the reported active and idle counts never exceed 10.SHOW PROCESSLIST; for MySQL) to confirm total connections from the application stay ≤ 10.Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.