[infinispan-dev] Retrieval operations with the IGNORE_RETURN_VALUES flag

[Sanne Grinovero]

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 at 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 at 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 at 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 at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20130603/625a2c3a/attachment.html