Bug #48442 Load-balanced Connection object inconsistent results for hashCode() and equals()

Description:
The current implementation for load-balanced Connection uses a proxy, which delegates method calls to underlying Connection objects - including equals() and hashCode().  This means that successive calls to hashCode() on the same object may return different values, if the proxy state has changed such that it is now utilizing a different underlying connection.

While JDBC specs are silent regarding equals and hashcode contracts in this area, it would be more appropriate to not delegate these calls, and instead return the results of method calls executed on the proxy object directly.

How to repeat:
Test case to be attached.

Suggested fix:
Don't delegate calls to equals() or hashCode() to the proxied connection.

Pushed in r870, will be in next nightly snapshot build and 5.1.11.

Patch with test case.

Attachment: bug48442.patch (text/x-patch), 3.03 KiB.

An entry has been added to the 5.1.11 changelog:

The implementation for load-balanced Connection used a proxy, which delegated method calls, including equals() and hashCode(), to underlying Connection objects. This meant that successive calls to hashCode() on the same object potentially returned different values, if the proxy state had changed such that it was utilizing a different underlying connection.