; > of
> >> > > > > any changes done on a client (i.e. will never be dynamically
> >> loaded).
> >> > > > This
> >> > > > > is true for any functionality, including Compute Grid.
> >> > > > >
> >> > > &g
done on a client (i.e. will never be dynamically
>> loaded).
>> > > > This
>> > > > > is true for any functionality, including Compute Grid.
>> > > > >
>> > > > > -Val
>> > > > >
>> > > >
e Grid.
> > > > >
> > > > > -Val
> > > > >
> > > > > On Mon, Apr 3, 2017 at 10:19 AM, Andrey Mashenkov <
> > > > > andrey.mashen...@gmail.com> wrote:
> > > > >
> > > > > > Cros
gt; Crossposted to dev:
> > > > >
> > > > > Guys,
> > > > >
> > > > > ScanQuery filter code (see IgniteBiPredicate implementation below)
> > can
> > > be
> > > > > cached on server side
> > > > > that can cause unexpected results.
> >
er code (see IgniteBiPredicate implementation below)
> can
> > be
> > > > cached on server side
> > > > that can cause unexpected results.
> > > > The main point here is server node never restarts while client does
> it
> > > with
> > > >
ow) can
> be
> > > cached on server side
> > > that can cause unexpected results.
> > > The main point here is server node never restarts while client does it
> > with
> > > filter code changed.
> > >
> > > Is it ok?
> > >
&g
ent does it
> with
> > filter code changed.
> >
> > Is it ok?
> >
> > I try to add *serialVersionUID* and it was useless. The only class
> renaming
> > was helpful.
> >
> >
> > -- Forwarded message --
> > From: David
D* and it was useless. The only class renaming
> was helpful.
>
>
> -- Forwarded message ------
> From: David Li
> Date: Mon, Apr 3, 2017 at 9:24 AM
> Subject: Re: ScanQuery With BinaryObject
> To: u...@ignite.apache.org
>
>
> Sorry, please ignore the previous email, it
