Expected behavior
CSVDataSet should not rely on System.identityHashCode uniqueness as it is never guaranteed.
I think CSVDataSet should leverage smart cloning like in #5916, so it would not require accessing System.identityHashCode(threadGroup) every time.
As a bonus, the alias computation could be done just once, not for every execution.
See #693
Actual behavior
No response
Steps to reproduce the problem
Add a test that configures CSVDataSet with SHARE_GROUP or SHARE_THREAD. Use -XX:hashCode=2 to trigger OpenJDK Hotspot to produce duplicate values for System.identityHashCode.
JMeter Version
5.5
Java Version
No response
OS Version
No response
Expected behavior
CSVDataSetshould not rely onSystem.identityHashCodeuniqueness as it is never guaranteed.I think
CSVDataSetshould leverage smart cloning like in #5916, so it would not require accessingSystem.identityHashCode(threadGroup)every time.As a bonus, the alias computation could be done just once, not for every execution.
See #693
Actual behavior
No response
Steps to reproduce the problem
Add a test that configures
CSVDataSetwithSHARE_GROUPorSHARE_THREAD. Use-XX:hashCode=2to trigger OpenJDK Hotspot to produce duplicate values forSystem.identityHashCode.JMeter Version
5.5
Java Version
No response
OS Version
No response