[ 
https://issues.apache.org/jira/browse/GEODE-6315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16750471#comment-16750471
 ] 

ASF subversion and git services commented on GEODE-6315:
--------------------------------------------------------

Commit 5bf83024cff9f6d8f68d435d23f1d1a9e6218549 in geode's branch 
refs/heads/feature/GEODE-6315 from eshu
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=5bf8302 ]

GEODE-6315: Handle null in comparison in a compressed offheap region


> ValueComparisonHelper does not handle null value correctly in a region with 
> compressed offheap
> ----------------------------------------------------------------------------------------------
>
>                 Key: GEODE-6315
>                 URL: https://issues.apache.org/jira/browse/GEODE-6315
>             Project: Geode
>          Issue Type: Bug
>          Components: regions
>    Affects Versions: 1.9.0
>            Reporter: Eric Shu
>            Assignee: Eric Shu
>            Priority: Major
>
> The unit test fails when run with offheap compressed.
> failed statement is:
>     assertThat(
>         ValueComparisonHelper.checkEquals(cachedDeserializable, null, true,
>             mock(InternalCache.class)))
>         .isFalse();
> java.lang.IllegalArgumentException: Must not serialize null in this context.
>       at 
> org.apache.geode.internal.cache.EntryEventImpl.serialize(EntryEventImpl.java:2064)
>       at 
> org.apache.geode.internal.cache.EntryEventImpl.serialize(EntryEventImpl.java:2053)
>       at 
> org.apache.geode.internal.cache.ValueComparisonHelper.checkCDEquals(ValueComparisonHelper.java:244)
>       at 
> org.apache.geode.internal.cache.ValueComparisonHelper.checkEquals(ValueComparisonHelper.java:44)
>       at 
> org.apache.geode.internal.cache.ValueComparisonHelperTest.checkEqualsReturnsFalseWhenComparingCacheDeserializableWithANullObject(ValueComparisonHelperTest.java:513)
>       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:498)
>       at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>       at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>       at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>       at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>       at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>       at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>       at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>       at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>       at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>       at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>       at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>       at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
>       at 
> com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
>       at 
> com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
>       at 
> com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
>       at 
> com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to