<div dir="ltr">&gt;<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
&gt; Implementation-wise, just changing the interceptor order is probably not enough. If the key doesn&#39;t exist in the cache, the CacheLoaderInterceptor will still try to load it from the cache store after the remote lookup, so we&#39;ll need a marker  in the invocation context to avoid the extra cache store load.<br>


</div>if the key does&#39;t map to the local node it should trigger a remote get to owners (or allow the dist interceptor to do just that)<br>
<div class="im">&gt; Actually, since this is just a performance issue, it could wait until we implement tombstones everywhere.<br>
</div>Hmm, not sure i see the correlation between this and tombstones?<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote></div><br></div><div class="gmail_extra">If the key doesn&#39;t exist in the cache at all, on any node, then the remote lookup will return null and the CacheLoaderInterceptor will try to load it from the local cache store again (assuming we move CacheLoaderInterceptor after DistributionInterceptor). If DistributionInterceptor put a tombstone in the invocation context for that key, CacheLoaderInterceptor could avoid that extra cache store lookup.<br>

<br></div></div>