[
https://issues.apache.org/jira/browse/IGNITE-10290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dmitriy Govorukhin updated IGNITE-10290:
Description:
If use Map.Entry interface for a key, we can try to find (key, value) in store
with incorrect calculated hash code for binary representation, it lead to
result null.
The problem is in the
GridPartitionedSingleGetFuture#localGet() and
GridPartitionedGetFuture#localGet() does not execute prepareForCache before
reading cacheDataRow from row store.
was:
In case if use Map.Entry interface for a key, we can try to find (key, value)
in store with incorrect calculated hash code for binary representation, it lead
to result null.
The problem is in the
GridPartitionedSingleGetFuture#localGet() and
GridPartitionedGetFuture#localGet() does not execute prepareForCache before
reading cacheDataRow from row store.
> Map.Entry interface for key cache may lead to incorrect hash code calculation
> -
>
> Key: IGNITE-10290
> URL: https://issues.apache.org/jira/browse/IGNITE-10290
> Project: Ignite
> Issue Type: Bug
>Reporter: Dmitriy Govorukhin
>Assignee: Dmitriy Govorukhin
>Priority: Major
> Fix For: 2.8
>
> Attachments: Reproducer.java
>
>
> If use Map.Entry interface for a key, we can try to find (key, value) in
> store with incorrect calculated hash code for binary representation, it lead
> to result null.
> The problem is in the
> GridPartitionedSingleGetFuture#localGet() and
> GridPartitionedGetFuture#localGet() does not execute prepareForCache before
> reading cacheDataRow from row store.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)