<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 4, 2013 at 12:27 PM, Mircea Markus <span dir="ltr">&lt;<a href="mailto:mmarkus@redhat.com" target="_blank">mmarkus@redhat.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On 3 Jun 2013, at 19:01, Dan Berindei &lt;<a href="mailto:dan.berindei@gmail.com">dan.berindei@gmail.com</a>&gt; wrote:<br>
<br>
&gt; Fair point... ok, let&#39;s leave it as it is now.<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Jun 3, 2013 at 5:23 PM, Galder Zamarreño &lt;<a href="mailto:galder@redhat.com">galder@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Jun 3, 2013, at 11:52 AM, Dan Berindei &lt;<a href="mailto:dan.berindei@gmail.com">dan.berindei@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; Hi guys<br>
&gt;&gt;<br>
&gt;&gt; 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.<br>


&gt;&gt;<br>
&gt;&gt; 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.<br>
&gt;&gt;<br>
&gt;&gt; What do you think?<br>
&gt;<br>
&gt; If I was to take the role of a colleague of the person who&#39;s written the Infinispan code, it&#39;d be very confused to see a cache reference created with IGNORE_RETURN_VALUES being used for a get() operation… I can see myself thinking: &quot;Why on earth do you call get with IGNORE_RETURN_VALUES?&quot;<br>


<br>
</div>Isn&#39;t Galder&#39;s point not to allow invoking get with IGNORE_RETURN_VALUES? As both of you pointed out, Get + IGNORE_RETURN_VALUES doesn&#39;t make any sense :-)<br><div class="HOEnZb"><div class="h5"><br></div>

</div></blockquote><div><br></div><div>You&#39;d think conditional operations with IGNORE_RETURN_VALUES don&#39;t make sense either, yet we have a special case to handle those as if the flag wasn&#39;t present :)<br></div>

</div><br></div></div>