Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ignite.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CA+0=VoVxKV04R0nzpQk4F0vX9Uj9izHZi=EUEuhVMXo82=_rwQ@mail.gmail.com>
References: 
 <CA+NutAM5xcCpANYf=UsjYtxVnoEt1u4qfibi7V7v=r3ueeZY0Q@mail.gmail.com>
	<CA+0=VoVxKV04R0nzpQk4F0vX9Uj9izHZi=EUEuhVMXo82=_rwQ@mail.gmail.com>
Date: Wed, 13 Jan 2016 20:05:17 +0300
Message-ID: 
 <CA+NutANT=XrQga+whPhU8Egp1x=MNGk7vbXaJSA9vtwbZJ4nHg@mail.gmail.com>
Subject: Re: New method in IgniteCache API.
From: Vladimir Ershov <vershov@gridgain.com>
To: dev@ignite.apache.org
Content-Type: multipart/alternative; boundary=001a1134646caabb1b05293a2ce7

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

Dmitriy,
I've added new GridDhtPartitionState.LOST state for partitions that were
lost, and also new CacheConfiguration property - DataLossPolicy. If
DataLossPolicy is FAIL_OPS, then all lost partitions get LOST state, and
all actions for any keys on those lost partitions throw exception, until
lost partition state is not reset by *resetLostPartitions*.

On Wed, Jan 13, 2016 at 7:42 PM, Dmitriy Setrakyan <dsetrakyan@apache.org>
wrote:

> Vladimir,
>
> Can you please describe what this method will be doing? I am note sure I
> understand what resetting state of the lost partition means.
>
> D.
>
> On Wed, Jan 13, 2016 at 5:23 AM, Vladimir Ershov <vershov@gridgain.com>
> wrote:
>
> > Igniters!
> >
> > Since we are going to add stronger data loss check IGNITE-1605
> > <https://issues.apache.org/jira/browse/IGNITE-1605> I'm about to add new
> > method for the manual resetting state of the lost partition in
> IgniteCache
> > IgniteFuture<?> *resetLostPartitions*();
> > just near #rebalance().
> >
> > And would like to ask the community: Does *resetLostPartitions *naming
> > sound good?
> > Thoughts appreciated,
> > Thanks!
> >
>

--001a1134646caabb1b05293a2ce7--