[JBoss JIRA] (ISPN-5437) Hot Rod getAll() sometimes fails Unable to unmarshall bytes
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5437?page=com.atlassian.jira.plugin.... ]
William Burns edited comment on ISPN-5437 at 5/5/15 3:29 PM:
-------------------------------------------------------------
For the longest time I was only ever able to reproduce this on the test that Vojtech had written. I finally realized that it seems the issue isn't directly with the implementation but something with serializing specific data, which is why I was never able to reproduce it. I have tweaked the test and I am finding that for some reason any byte[] that starts with a -84 and -19 for the first 2 bytes gives this exception. I seem to only be able to reproduce the exception when this data is present. I will try to track this down further but just wanted to put this update.
was (Author: william.burns):
For the longest time I was only ever able to reproduce this on the test that Vojtech had written. I finally realized that it seems the issue isn't directly with the implementation but something with serializing specific data, which is why I was never able to reproduce it. I have tweaked the test and I am finding that for some reason any byte[] that starts with a -84 and -14 for the first 2 bytes gives this exception. I seem to only be able to reproduce the exception when this data is present. I will try to track this down further but just wanted to put this update.
> Hot Rod getAll() sometimes fails Unable to unmarshall bytes
> -----------------------------------------------------------
>
> Key: ISPN-5437
> URL: https://issues.jboss.org/browse/ISPN-5437
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Vojtech Juranek
> Assignee: William Burns
>
> fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException: ISPN004034: Unable to unmarshall bytes 034303ec21acedb3a35eaf
> {noformat}
> usually happen with ~10k of entries
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 8 months
[JBoss JIRA] (ISPN-5437) Hot Rod getAll() sometimes fails Unable to unmarshall bytes
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5437?page=com.atlassian.jira.plugin.... ]
William Burns commented on ISPN-5437:
-------------------------------------
For the longest time I was only ever able to reproduce this on the test that Vojtech had written. I finally realized that it seems the issue isn't directly with the implementation but something with serializing specific data, which is why I was never able to reproduce it. I have tweaked the test and I am finding that for some reason any byte[] that starts with a -84 and -14 first 2 bytes gives this exception. I seem to only be able to reproduce the exception when this data is present. I will try to track this down further but just wanted to put this update.
> Hot Rod getAll() sometimes fails Unable to unmarshall bytes
> -----------------------------------------------------------
>
> Key: ISPN-5437
> URL: https://issues.jboss.org/browse/ISPN-5437
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Vojtech Juranek
> Assignee: William Burns
>
> fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException: ISPN004034: Unable to unmarshall bytes 034303ec21acedb3a35eaf
> {noformat}
> usually happen with ~10k of entries
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 8 months
[JBoss JIRA] (ISPN-5437) Hot Rod getAll() sometimes fails Unable to unmarshall bytes
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5437?page=com.atlassian.jira.plugin.... ]
William Burns edited comment on ISPN-5437 at 5/5/15 3:23 PM:
-------------------------------------------------------------
For the longest time I was only ever able to reproduce this on the test that Vojtech had written. I finally realized that it seems the issue isn't directly with the implementation but something with serializing specific data, which is why I was never able to reproduce it. I have tweaked the test and I am finding that for some reason any byte[] that starts with a -84 and -14 for the first 2 bytes gives this exception. I seem to only be able to reproduce the exception when this data is present. I will try to track this down further but just wanted to put this update.
was (Author: william.burns):
For the longest time I was only ever able to reproduce this on the test that Vojtech had written. I finally realized that it seems the issue isn't directly with the implementation but something with serializing specific data, which is why I was never able to reproduce it. I have tweaked the test and I am finding that for some reason any byte[] that starts with a -84 and -14 first 2 bytes gives this exception. I seem to only be able to reproduce the exception when this data is present. I will try to track this down further but just wanted to put this update.
> Hot Rod getAll() sometimes fails Unable to unmarshall bytes
> -----------------------------------------------------------
>
> Key: ISPN-5437
> URL: https://issues.jboss.org/browse/ISPN-5437
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Vojtech Juranek
> Assignee: William Burns
>
> fails with
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException: ISPN004034: Unable to unmarshall bytes 034303ec21acedb3a35eaf
> {noformat}
> usually happen with ~10k of entries
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 8 months
[JBoss JIRA] (ISPN-5436) Some ClientClusterEventsTest tests fail randomly
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-5436?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-5436:
--------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/infinispan/infinispan/pull/3433
> Some ClientClusterEventsTest tests fail randomly
> ------------------------------------------------
>
> Key: ISPN-5436
> URL: https://issues.jboss.org/browse/ISPN-5436
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.2.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
>
> Some org.infinispan.client.hotrod.event.ClientClusterEventsTest tests seem to fail randomly:
> {code}
> testFilterCustomEventsInCluster(org.infinispan.client.hotrod.event.ClientClusterEventsTest) Time elapsed: 0.119 sec <<< FAILURE!
> java.lang.AssertionError: expected:<CustomEvent{key=2, value='two', timestamp=10917205818735, counter=3}> but was:<CustomEvent{key=2, value='two', timestamp=10917204740046, counter=1}>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> at org.infinispan.test.TestingUtil.assertAnyEquals(TestingUtil.java:1485)
> at org.infinispan.client.hotrod.event.CustomEventLogListener.expectSingleCustomEvent(CustomEventLogListener.java:64)
> at org.infinispan.client.hotrod.event.CustomEventLogListener.expectCreatedEvent(CustomEventLogListener.java:68)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest$4.call(ClientClusterEventsTest.java:130)
> at org.infinispan.client.hotrod.test.HotRodClientTestingUtil.withClientListener(HotRodClientTestingUtil.java:158)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest.testFilterCustomEventsInCluster(ClientClusterEventsTest.java:121)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> testFilteringInCluster(org.infinispan.client.hotrod.event.ClientClusterEventsTest) Time elapsed: 0.103 sec <<< FAILURE!
> java.lang.AssertionError:
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertNotNull(AssertJUnit.java:267)
> at org.testng.AssertJUnit.assertNotNull(AssertJUnit.java:259)
> at org.infinispan.client.hotrod.event.EventLogListener.pollEvent(EventLogListener.java:51)
> at org.infinispan.client.hotrod.event.EventLogListener.expectSingleEvent(EventLogListener.java:125)
> at org.infinispan.client.hotrod.event.EventLogListener.expectOnlyCreatedEvent(EventLogListener.java:105)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest$2.call(ClientClusterEventsTest.java:91)
> at org.infinispan.client.hotrod.test.HotRodClientTestingUtil.withClientListener(HotRodClientTestingUtil.java:147)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest.testFilteringInCluster(ClientClusterEventsTest.java:83)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 8 months
[JBoss JIRA] (ISPN-5436) Some ClientClusterEventsTest tests fail randomly
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-5436?page=com.atlassian.jira.plugin.... ]
Adrian Nistor commented on ISPN-5436:
-------------------------------------
The assertion error message indicates the counter is lower than expected. So this is not at all a case of duplicated callback. This happens when the filter is executed on two different nodes. To have consistent results we should test two separate cases. One with both keys primary owned by same node and one with keys primary owned by two different nodes.
> Some ClientClusterEventsTest tests fail randomly
> ------------------------------------------------
>
> Key: ISPN-5436
> URL: https://issues.jboss.org/browse/ISPN-5436
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.2.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
>
> Some org.infinispan.client.hotrod.event.ClientClusterEventsTest tests seem to fail randomly:
> {code}
> testFilterCustomEventsInCluster(org.infinispan.client.hotrod.event.ClientClusterEventsTest) Time elapsed: 0.119 sec <<< FAILURE!
> java.lang.AssertionError: expected:<CustomEvent{key=2, value='two', timestamp=10917205818735, counter=3}> but was:<CustomEvent{key=2, value='two', timestamp=10917204740046, counter=1}>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> at org.infinispan.test.TestingUtil.assertAnyEquals(TestingUtil.java:1485)
> at org.infinispan.client.hotrod.event.CustomEventLogListener.expectSingleCustomEvent(CustomEventLogListener.java:64)
> at org.infinispan.client.hotrod.event.CustomEventLogListener.expectCreatedEvent(CustomEventLogListener.java:68)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest$4.call(ClientClusterEventsTest.java:130)
> at org.infinispan.client.hotrod.test.HotRodClientTestingUtil.withClientListener(HotRodClientTestingUtil.java:158)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest.testFilterCustomEventsInCluster(ClientClusterEventsTest.java:121)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> testFilteringInCluster(org.infinispan.client.hotrod.event.ClientClusterEventsTest) Time elapsed: 0.103 sec <<< FAILURE!
> java.lang.AssertionError:
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertNotNull(AssertJUnit.java:267)
> at org.testng.AssertJUnit.assertNotNull(AssertJUnit.java:259)
> at org.infinispan.client.hotrod.event.EventLogListener.pollEvent(EventLogListener.java:51)
> at org.infinispan.client.hotrod.event.EventLogListener.expectSingleEvent(EventLogListener.java:125)
> at org.infinispan.client.hotrod.event.EventLogListener.expectOnlyCreatedEvent(EventLogListener.java:105)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest$2.call(ClientClusterEventsTest.java:91)
> at org.infinispan.client.hotrod.test.HotRodClientTestingUtil.withClientListener(HotRodClientTestingUtil.java:147)
> at org.infinispan.client.hotrod.event.ClientClusterEventsTest.testFilteringInCluster(ClientClusterEventsTest.java:83)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 8 months