Details
-
Bug
-
Resolution: Done
-
Major
-
8.0.1.Final, 8.1.0.Beta1
-
None
Description
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/:?]
Attachments
Issue Links
- causes
-
JBEAP-5210 ClientAsymmetricClusterTest.testAsymmetricCluster random failures
-
- Verified
-
-
ISPN-6031 InfinispanRemoteCacheManagerFactoryBeanTest.setPingOnStartupShouldOverrideDefaultPingOnStartup fails
-
- Closed
-
-
ISPN-6038 ClientAsymmetricClusterTest.testAsymmetricCluster random failures
-
- Closed
-