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)

Reply via email to