[
https://issues.apache.org/jira/browse/IGNITE-10290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16697493#comment-16697493
]
Ignite TC Bot commented on IGNITE-10290:
----------------------------------------
{panel:title=Possible
Blockers|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1}
{color:#d04437}Binary Objects (Simple Mapper Basic){color} [[tests
1|https://ci.ignite.apache.org/viewLog.html?buildId=2341728]]
* IgniteBinarySimpleNameMapperBasicTestSuite:
MarshallerContextLockingSelfTest.testMultithreadedUpdate - 0,0% fails in last
100 master runs.
{panel}
[TeamCity Run All
Results|https://ci.ignite.apache.org/viewLog.html?buildId=2341837&buildTypeId=IgniteTests24Java8_RunAll]
> 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)
