Andrey Aleksandrov created IGNITE-8833:
------------------------------------------
Summary: IgniteCache.isLocalLocked method has unexpected behivior
in case of several nodes started in one JVM in different threads
Key: IGNITE-8833
URL: https://issues.apache.org/jira/browse/IGNITE-8833
Project: Ignite
Issue Type: Bug
Components: cache, documentation
Affects Versions: 2.5
Reporter: Andrey Aleksandrov
Fix For: 2.6
Attachments: ThreadLockedTest.java
According to specification:
[https://ignite.apache.org/releases/latest/javadoc/org/apache/ignite/IgniteCache.html#isLocalLocked-K-boolean-]
Checks if specified key is locked.This is a local in-VM operation and does not
involve any network trips or access to persistent storage in any way.
Parameters:
{{key}} - Key to check.
{{byCurrThread}} - If {{true}} method will check that current thread owns a
lock on this key, other vise will check that any thread on any node owns a lock
on this key.
Returns:{{True}} if lock is owned by some node.
In the attached test we start one node in the main thread and another node from
the second thread. In second node we take a lock but in main thread
isLocalLocked shows that no thread held the lock.
However tryLock works ok. So the behavior of the isLocalLocked method should be
described in this case or fixed.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)