Mailing-List: contact user-help@ignite.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@ignite.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CABDss3idbrsNuonbUAmWXckhtD4iDf=5AdUeY9gLeMcSXjrO4w@mail.gmail.com>
References: 
 <CAMWQ1pePMqdoh2Mhok-_yd6Cr_B3-Pc-_CzTOEffVYj48LmcKg@mail.gmail.com>
	<CABDss3j4MURMeZmfDyHYBAYhgkw0WFOdwO5ZKa7LRb6Gr90Bzg@mail.gmail.com>
	<CAMWQ1pd7s=6UKW+tEHNfDE_6JDr9Xaa351LCV8PGVgVaqj8qVw@mail.gmail.com>
	<CAMWQ1pcbeywz-_L+HBe54u-zE0xXVXsroD7mD7KaM5hLyQYV1w@mail.gmail.com>
	<CAMWQ1perR0HsEdBGtUdG9zk=mFHMtKZn+sCKzFmpRqwByvHOmA@mail.gmail.com>
	<CABDss3jjh_jJMyPqXt95ophGaWjJdbr83WgurLpm7how2419AA@mail.gmail.com>
	<CAMWQ1pf_VPvbHtsYPZ9c2VCBV9wdP+kOUXGXChdymaT0hHSCxw@mail.gmail.com>
	<CAMWQ1pdy=hwn7LPwtkjDGW3Kz+AoHA+N5O1yVov7Z=rJpaDYkg@mail.gmail.com>
	<CABDss3idbrsNuonbUAmWXckhtD4iDf=5AdUeY9gLeMcSXjrO4w@mail.gmail.com>
Date: Sat, 13 Feb 2016 09:17:24 +0200
Message-ID: 
 <CAMWQ1pdz66R+28bUNqzW1QLFcwmPSps1X5rs78L+PGkORg3=Tw@mail.gmail.com>
Subject: Re: Version issue with concurrent cache updates (EntryProcessor)
From: Myron Chelyada <myron.chelyada@gmail.com>
To: user@ignite.apache.org
Content-Type: multipart/alternative; boundary=001a113a7bc64cc10c052ba193aa

--001a113a7bc64cc10c052ba193aa
Content-Type: text/plain; charset=UTF-8

Will try to apply some workaround and looking forward to fix.

2016-02-12 16:58 GMT+02:00 Alexey Goncharuk <alexey.goncharuk@gmail.com>:

> Myron,
>
> Thank you for reporting the issue. The assertion happens when the value is
> present in the store, absent in the cache and you run invokeAll(). As a
> temporary solution, you can either call invoke() for each particular key
> individually, or call getAll() for the keys prior to calling invokeAll()
> (this will pre-load the values to the cache).
> Since the issue is pretty critical, I believe it will be fixed in 1.6 (if
> not earlier).
>
> Yakov, Sam,
> I created a ticket [1] and suggested a fix there, can you take a look and
> check if the fix is ok?
>
> Thanks,
> AG
>
> [1] https://issues.apache.org/jira/browse/IGNITE-2645
>

--001a113a7bc64cc10c052ba193aa
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Will try to apply some workaround and looking forward to f=
ix.</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">2016-02-=
12 16:58 GMT+02:00 Alexey Goncharuk <span dir=3D"ltr">&lt;<a href=3D"mailto=
:alexey.goncharuk@gmail.com" target=3D"_blank">alexey.goncharuk@gmail.com</=
a>&gt;</span>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">Myron,<di=
v><br></div><div>Thank you for reporting the issue. The assertion happens w=
hen the value is present in the store, absent in the cache and you run invo=
keAll(). As a temporary solution, you can either call invoke() for each par=
ticular key individually, or call getAll() for the keys prior to calling in=
vokeAll() (this will pre-load the values to the cache).=C2=A0</div><div>Sin=
ce the issue is pretty critical, I believe it will be fixed in 1.6 (if not =
earlier).</div><div><br></div><div>Yakov, Sam,</div><div>I created a ticket=
 [1] and suggested a fix there, can you take a look and check if the fix is=
 ok?</div><div><br></div><div>Thanks,</div><div>AG</div><div><br></div><div=
>[1]=C2=A0<a href=3D"https://issues.apache.org/jira/browse/IGNITE-2645" tar=
get=3D"_blank">https://issues.apache.org/jira/browse/IGNITE-2645</a></div><=
/div>
</blockquote></div><br></div>

--001a113a7bc64cc10c052ba193aa--