-
Bug
-
Resolution: Done
-
Major
-
8.0.1.Final, 8.1.0.Beta1
-
None
The HotRod client computes the hash on the serialized key, i.e. MurmurHash3.hash(obj2bytes(key)), but the server decides the entry location based on the unmarshalled key, i.e. MurmurHash3.hash(key.hashCode()).
I've modified GetAllCompatDistTest (attached) to test if there are any ClusteredGetCommand}}s being sent for {{RemoteCache.get(key) operations, and it finds quite a few:
java.lang.AssertionError: expected:<100> but was:<147> at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.8.8.jar:?] at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.8.8.jar:?] at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) ~[testng-6.8.8.jar:?] at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) ~[testng-6.8.8.jar:?] at org.infinispan.client.hotrod.GetAllCompatDistTest.testGetWithCompatibility(GetAllCompatDistTest.java:57) ~[test-classes/:?]
- causes
-
JBEAP-5210 ClientAsymmetricClusterTest.testAsymmetricCluster random failures
- Verified
-
ISPN-6031 InfinispanRemoteCacheManagerFactoryBeanTest.setPingOnStartupShouldOverrideDefaultPingOnStartup fails
- Closed
-
ISPN-6038 ClientAsymmetricClusterTest.testAsymmetricCluster random failures
- Closed