Tungsten Connector can work behind a connection pool without any issue.
Upon switch or failover, all connections in the pool will be broken but
not closed. The very next time one of these pooled connections is used, it
will be transparently reconnected unless autoReconnect has been disabled
by the tpm installation flag connector-autoreconnect=false
When using a connection pool mechanism in applications, the dynamic
connection setting maxAppliedLatency should not be
used. This setting is only meaningful at connection time; since
connection pools open a set of connections, the applied latency will
most probably be outdated when the application will actually use the
pooled connection