Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ignite.apache.org
Date: Fri, 15 Sep 2017 09:00:00 +0000 (UTC)
From: "Denis Mekhanikov (JIRA)" <jira@apache.org>
To: dev@ignite.apache.org
Message-ID: <JIRA.13102506.1505465954000.121056.1505466000514@Atlassian.JIRA>
In-Reply-To: <JIRA.13102506.1505465954000@Atlassian.JIRA>
References: <JIRA.13102506.1505465954000@Atlassian.JIRA> <JIRA.13102506.1505465954747@jira-lw-us.apache.org>
Subject: [jira] [Created] (IGNITE-6388) ExpiryPolicy is used incorrectly
 during invoke
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Fri, 15 Sep 2017 09:00:06 -0000

Denis Mekhanikov created IGNITE-6388:
----------------------------------------

             Summary: ExpiryPolicy is used incorrectly during invoke
                 Key: IGNITE-6388
                 URL: https://issues.apache.org/jira/browse/IGNITE-6388
             Project: Ignite
          Issue Type: Bug
    Affects Versions: 2.1, 2.0, 1.9, 1.8, 1.7
            Reporter: Denis Mekhanikov


Behavior of {{invoke(...)}} regarding {{ExpiryPolicy}} doesn't conform to the spec.

Based on {{EntryProcessor}} doc, the expected behavior is:

{code:java}
cache.invoke(key, (e, a) -> {
    e.getValue(); // getExpiryForAccess()
    e.setValue(2);
    e.getValue();
    e.setValue(3); // getExpiryForUpdate()
    return e.getValue();
});
{code}

{code:java}
cache.invoke(key, (e, a) -> {
    e.getValue(); // getExpiryForAccess()
    e.remove();
    e.getValue();
    e.setValue(2); // getExpiryForUpdate()
    return e.getValue();
});
{code}

{code:java}
cache.invoke(key, (e, a) -> {
    e.getValue(); // getExpiryForAccess()
    e.setValue(2);
    e.getValue();
    e.setValue(3);
    e.remove();
    return e.getValue();
});
{code}

Additionally, if {{CacheStore}} with read-through is configured, and the accessed value wasn't loaded before, then {{getExpiryForCreation()}} should be called.

Currently behavior depends on configured atomicity mode and none of observed options conform to the spec.


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)