There is an important corner case to be aware of when using ConnectionConfigCallback. If a user tries to configure connection properties through ConnectionConfigCallback while also setting a custom connectionManager in HttpClientConfigCallback, the connection properties set via ConnectionConfigCallback will not work as expected.
This happens because when a custom connectionManager is provided in HttpClientConfigCallback, it effectively overrides the connection settings configured in ConnectionConfigCallback. As a result, any connection properties passed through ConnectionConfigCallback are ignored or replaced by the custom connection manager’s settings.
Therefore, users should be cautious when using both ConnectionConfigCallback and a custom connectionManager together. To avoid unexpected behavior, we can either remove ConnectionConfigCallback for now or document it.
There is an important corner case to be aware of when using ConnectionConfigCallback. If a user tries to configure connection properties through ConnectionConfigCallback while also setting a custom connectionManager in HttpClientConfigCallback, the connection properties set via ConnectionConfigCallback will not work as expected.
This happens because when a custom connectionManager is provided in HttpClientConfigCallback, it effectively overrides the connection settings configured in ConnectionConfigCallback. As a result, any connection properties passed through ConnectionConfigCallback are ignored or replaced by the custom connection manager’s settings.
Therefore, users should be cautious when using both ConnectionConfigCallback and a custom connectionManager together. To avoid unexpected behavior, we can either remove ConnectionConfigCallback for now or document it.