ha got it, good point.
but I'm not persuaded: doesn't it get even more confusing for users? Imho
it would be more helpful to throw an exception.
these flags are confusing and ideally we should evolve the API, as the JSR
did, or push on The Jokre.
On 3 Jun 2013 11:08, "Dan Berindei" <dan.berindei(a)gmail.com> wrote:
Sanne, I'm only talking about get operations. I was thinking that
if you
call cache.get(key), you want the value of that key, regardless of where it
is stored...
Obviously, write operations would still behave as they do now.
On Mon, Jun 3, 2013 at 12:59 PM, Sanne Grinovero <sanne(a)infinispan.org>wrote:
> Hi Dan,
> I'm not sure I understood this. How can I prevent it to return values
> if you have the flag ignored? Note that in some cases it makes a huge
> performance difference.
>
> Sanne
>
> On 3 June 2013 10:52, Dan Berindei <dan.berindei(a)gmail.com> wrote:
> > Hi guys
> >
> > CacheLoaderInterceptor and DistributionInterceptor both honour the
> > IGNORE_RETURN_VALUES flag for get commands, but I think it would be more
> > useful if they ignored it - just like they ignore it for conditional
> > commands.
> >
> > That would make it possible for users to only keep a reference to a
> > cache.getAdvancedCache().withFlags(IGNORE_RETURN_VALUES) and use it for
> both
> > read and write operations.
> >
> > What do you think?
> >
> > Cheers
> > Dan
> >
> >
> > _______________________________________________
> > infinispan-dev mailing list
> > infinispan-dev(a)lists.jboss.org
> >
https://lists.jboss.org/mailman/listinfo/infinispan-dev
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev